Analyser les requêtes SQL de WordPress

Dans certains cas, il peut être utile d'analyser les requêtes SQL générées par WordPress pour repérer des goulots d'étranglement, des répétitions ou des appels provenant d'une extension donnée.

Méthode recommandée : PHP X-Ray

Sur nos services, vous pouvez utiliser PHP X-Ray. Le rapport relie chaque requête au fichier, à la fonction ou à l'extension qui l'exécute et affiche son temps au sein de la requête HTTP, sans avoir à modifier WordPress.

Limitez l'analyse à l'URL problématique et à quelques requêtes. Triez ensuite le rapport par durée et confirmez que la requête se répète sur plusieurs échantillons avant de modifier des index ou du code.

Alternative temporaire dans WordPress

Si vous avez besoin d'informations supplémentaires depuis l'administration elle-même, utilisez un outil de profilage maintenu, comme Query Monitor, pendant le temps strictement nécessaire. Limitez l'accès aux administrateurs, reproduisez le problème, puis désactivez et supprimez l'outil à la fin.

N'écrivez pas toutes les requêtes dans un fichier à l'intérieur de la racine publique. Les instructions peuvent contenir des jetons, des adresses e-mail, des données personnelles, des chemins internes ou des valeurs de formulaires, et le fichier grossirait à chaque visite. Activer SAVEQUERIES augmente aussi la consommation de mémoire, car toutes les requêtes de la requête HTTP sont conservées.

Le but n'est pas de rassembler le plus gros journal possible, mais d'identifier une requête lente, sa provenance et le contexte dans lequel elle se produit. Ne conservez que les éléments nécessaires et supprimez tout journal temporaire susceptible de contenir des données sensibles.

Transformer l'échantillon en amélioration

Notez l'URL, si une session était ouverte, le temps total et les requêtes qui cumulent le plus de temps. Distinguez une requête isolée lente de centaines de petites requêtes répétées. Répétez la mesure avec une charge comparable et vérifiez si la réponse était couverte par un cache de page : dans ce cas, WordPress peut ne pas s'exécuter et aucune nouvelle trace n'apparaît.

Testez toute modification d'index, d'extension ou de requête sur une copie et comparez aussi bien les lectures que les écritures. Si vous partagez un rapport avec le développeur, retirez les valeurs personnelles et les identifiants ; ne publiez pas le dump SQL complet pour montrer un problème de performances.