Obtenir les meilleures performances MySQL avec vos produits : optimisation et surveillance avancées des requêtes

Après avoir passé les 20 premières minutes à nous présenter et vanter les mérites de MySQL, mettre en évidence les grandes sociétés qui l'utilisent et les avancées de MySQL 5.5 par rapport à la version 5.1, Serge Frezefond entre enfin dans le vif du sujet, à savoir "L'optimisation et la surveillance avancées des requêtes".

Au menu :

• Trouver des requêtes lentes
• Établir le profil des requêtes et du système
• Optimiser les requêtes avec Group By et Order By
• Comment éviter « Using temporary » et « Using filesort »
• Établir des rapports sur les requêtes et les tables de résumé

Ayant vu que l'heure défilait à très grande vitesse, la présentation des chapitres suivants s'est faite, elle aussi, à très grande vitesse, avec des exemples mal choisis, ou plutôt sur des tables simples et sans aucune jointure, des solutions intéressantes mais spécifiques et du coup mal ou peu expliquées en profondeur. C'était sans compter sur l'impression que donnait l'orateur de découvrir ses slides et exemples en même temps que nous, ce qui laissait parfois entendre, ou non, des fins de phrases non terminées ou des blancs de plusieurs secondes, pour enfin lâcher un « ... voilà » <slide suivante>.

La course contre la montre étant lancée, Serge Frezefond nous rappelle alors les différents moyens de trouver des requêtes non optimisées, comme le log des Slow Queries et la commande mysqldumpslow pour en faciliter la lecture, ainsi que l'utilisation du mot-clef EXPLAIN devant une requête de type SELECT. On aurait cependant apprécié des explications sur les différentes colonnes retournées par l'EXPLAIN.

Les problèmes étant maintenant soulevés, on s'attend à voir des exemples avec des requêtes complexes pour mettre en pratique les moyens mis à notre disposition pour trouver là où nos requêtes flanchent. Notre déception était arrivée à son comble lorsque la solution "miracle" était enfin annoncée : « Mettez un index sur la colonne utilisée dans la restriction de votre requête », requête qui se base sur une seule et unique table.
À se demander si le terme "avancées" de l'objet de ce séminaire n'est pas un peu déplacé, cette solution convenant bien à une problématique que pourrait se poser alors un débutant voire intermédiaire du domaine.

Finalement, en conclusion de ce séminaire web MySQL, nous avons eu droit à dix minutes d'éloges sur les nouvelles fonctionnalités de la bêta de MySQL 5.6, ce qui nous laisse à penser que Serge Frezefond était plus ici pour trouver une clientèle que répondre à une réelle problématique sur l'optimisation des requêtes. Cette prestation ne mérite malheureusement pas mieux qu'un 6/20 en période d'examens.