Base MySQL ou MariaDB lente : diagnostiquer avec le slow query log et MySQLTuner

Les articles « 10 paramètres pour accélérer MySQL » ont un défaut commun : ils donnent des valeurs sans connaître votre charge. Une base lente l'est rarement à cause d'un seul réglage. Le plus souvent, quelques requêtes concentrent l'essentiel du temps passé, parce qu'un index manque ou qu'une requête a été écrite pour 1 000 lignes et tourne aujourd'hui sur 10 millions.

La démarche tient en cinq étapes, dans cet ordre : identifier les requêtes coûteuses, lire les indicateurs globaux du serveur, ajuster les paramètres structurants, corriger requêtes et index, et vérifier que le problème vient bien de la base.

MySQLTuner est un script Perl open source qui lit les variables et compteurs du serveur, puis produit un diagnostic et des recommandations. Il supporte MySQL, MariaDB, Percona Server et Galera. Il ne modifie rien : il lit et commente.

wget https://mysqltuner.pl/ -O mysqltuner.pl
# without --pass, the script prompts for the password
perl mysqltuner.pl --host 127.0.0.1 --user dba

Condition indispensable : au moins 24 heures de fonctionnement depuis le dernier redémarrage. Ses ratios reposent sur des compteurs cumulés depuis le démarrage (ou depuis le dernier FLUSH STATUS). Juste après un redémarrage, les caches sont froids et les chiffres ne veulent rien dire. Les auteurs du script le disent eux-mêmes.

Ses sections les plus utiles : l'utilisation mémoire maximale théorique (une approximation : en gros, buffers globaux plus buffers par connexion multipliés par max_connections), le taux de lecture servi par le buffer pool InnoDB, la proportion de tables temporaires créées sur disque, les connexions abandonnées, et les alertes de sécurité (comptes sans mot de passe, accès distant de root).

Une fois les requêtes coûteuses identifiées, EXPLAIN montre le plan choisi par l'optimiseur : index utilisé ou non, nombre de lignes estimé, table temporaire, tri. EXPLAIN ANALYZE (MySQL 8.0.18+) et ANALYZE (MariaDB) vont plus loin : ils exécutent la requête et comparent l'estimation à la réalité. Un gros écart entre lignes estimées et lignes lues signale des statistiques périmées ou un index mal choisi.

-- MySQL 8.0.18+ : exécute la requête et mesure chaque étape
EXPLAIN ANALYZE SELECT ...;

-- MariaDB : même idée, plan réel vs estimé
ANALYZE FORMAT=JSON SELECT ...;

-- MySQL, MariaDB 10.6+ (performance_schema actif) : index sans utilisation observée
SELECT * FROM sys.schema_unused_indexes;

-- MariaDB sans performance_schema : userstat s'active à chaud,
-- les index absents de INDEX_STATISTICS après un cycle complet sont suspects
SET GLOBAL userstat = 1;
SELECT * FROM information_schema.INDEX_STATISTICS;

Le sys schema, présent sur MySQL et intégré à MariaDB depuis la 10.6, fournit des vues prêtes à l'emploi : index sans utilisation observée (candidats à la suppression après un cycle d'activité complet, et si aucune contrainte n'en dépend), requêtes avec scan complet, tables les plus sollicitées. Elles s'appuient sur performance_schema, désactivé par défaut sur MariaDB : son activation demande un redémarrage. Sur une base plus ancienne, les mêmes informations se trouvent dans performance_schema, avec plus d'efforts.

Les corrections typiques : ajouter un index composite dans le bon ordre de colonnes, réécrire un OR ou une sous-requête corrélée, éviter une fonction appliquée à une colonne indexée dans le WHERE, paginer autrement qu'avec un OFFSET géant. Sur une grosse table en production, un ajout d'index se prépare : outil de modification en ligne, test sur une copie.

Cette méthode suffit souvent à trouver les premiers gains. Un audit MySQL / MariaDB la déroule de façon systématique sur votre charge réelle : analyse du slow query log sur une période représentative, revue du schéma et des index, lecture de la configuration au regard de votre matériel, vérification de la réplication et des sauvegardes, avec une contre-validation Signal18 en option.

Le livrable est une liste d'actions classées par impact et par risque, pas une configuration miracle. Si vous préférez déléguer l'exploitation au quotidien, l'infogérance MariaDB / MySQL inclut ce suivi dans la durée.