Giuseppe Maxia vient de mettre la main sur un moteur de révision, qui est en fait une table qui note les modifications dans les données d'une table. Elle fonctionne comme un svn, et note les opérations qui se déroule sur les données : elle note un numéro de version pour la ligne (identifiée par une clé primaire), et un type d'opération (effacé, modifié) ainsi que la date et la valeur initiale. On a donc une table qui contient l'historique de l'autre.

C'est un premier pas pour faire des suivis de modifications dans les bases de données. C'est très demandé en sécurité, pour savoir qui a fait quoi dans la base, mais cela pourra aussi servir en production, pour comparer deux tables entre le développement et la production : or, la fusion de tables fait encore partie des défis à relever.

Ce message sort juste le lendemain de celui de Ewen, qui traite justement des triggers pour auditer les tables MySQL.

- A cool idea - Revision engine
- Why audit logging with triggers in MySQL is bad for replication

Ronald Bradford conte une expérience douloureuse d'administration MySQL où il se retrouve bloqué hors du système. Il dispose bien des droits de root, et MySQL réserve toujours une dernière connexion pour root. Mais pas cette fois-ci.

En fait, les utilisateurs sur son serveur était trop nombreux. Et comme ils avaient un droit de ALL ON *.*, ils ont consommé toutes les ressources et même celle réservée pour l'administration.

- Why you do not use GRANT ALL ON *.* ?

En substance, pour combattre le retard de réplication, il est recommandé de réduire la taille des requêtes. C'est à dire, ne pas lancer de modifications importantes qui risquent de prendre beaucoup de temps. Update, delete, insert (sur le maître), ou group by, select (sur l'esclave) : tout ce qui prend trop de temps, va pénaliser la réplication.

Une des raisons à garder en tête est que le maître va exécuter toutes les requêtes de réplications en mode simultané (les utilisateurs lancent des requêtes concurrentes), alors que les esclaves vont les exécuter en mode séquentiel : les requêtes sont passées par le log binaire, et sont mises les unes après les autres. Ainsi, trois updates distincts qui travaillent sur différentes données durant 5 secondes, mettront 5 secondes sur le maître, et en fait 15 secondes sur l'esclave (nonobstant les accélérations possibles lié aux tâches non-liées).

Le 'Query Chopping' ou découpage de requêtes, semble être l'arme à adopter pour ne pas surcharger la réplication. Plus de requêtes, mais moins longtemps. Les partitions seront sûrement une arme aussi.

- Fighting MySQL Replication Lag

Jay Pipes publie une conférence sur les outils nécessaires pour contribuer au code de MySQL. MySQL est maintenant développé à l'aide de Bazaar, un dépôt de code source distribué, qui inclut des outils de collaboration entre les développeurs (cvs, forum, bug tracker), ainsi qu'un moteur de traductions.

Bazaar est très complet, et publié en ligne : vous pouvez le télécharger et l'utiliser pour vos propres développements et développeurs. Il inclut notamment Meld, un outil de comparaison de code sources graphique.

Et pour ceux que ça intéresse, vous pouvez contribuer à la traduction des messages de Drizzle, via Launchpad, pour découvrir cet univers.

- A Contributor's Guide to Launchpad and Bazaar
- Launchpad
- bazaar
- Meld
- Traductions drizzle

mysqlnd, la bibliothèque qui va remplacer libmysql dans les versions de PHP récentes, inclut une nouvelle approche pour accélérer les transferts : en faire le moins possible.

A la base, MySQL communique avec PHP via un protocole texte, où un entier est convertit en texte pour être envoyé à PHP. Ce dernier, va comprendre qu'il reçoit un entier et fera la même conversion en sens inverse. Au final, tout le monde à fait le même boulot deux fois, pour retrouver la valeur initiale.

Un nouveau protocole binaire est maintenant ajouté entre PHP et mysql, pour transférer sans altérations les données, et en réduisant ainsi les conversions, et la mémoire utilisée. Une raison de plus pour passer à mysqlnd.

- PHP: New network traffic, CPU and memory savings with mysqlnd