Analizar las consultas SQL de WordPress

En casos concretos puede ser útil analizar las consultas SQL que genera WordPress para localizar cuellos de botella, repeticiones o llamadas procedentes de un plugin determinado.

Método recomendado: PHP X-Ray

En nuestros servicios puedes utilizar PHP X-Ray. El informe relaciona cada consulta con el fichero, función o plugin que la ejecuta y muestra su tiempo dentro de la petición, sin tener que modificar WordPress.

Limita el análisis a la URL problemática y a pocas peticiones. Después ordena el informe por duración y confirma que la consulta se repite en varias muestras antes de cambiar índices o código.

Alternativa temporal dentro de WordPress

Si necesitas información adicional desde el propio administrador, utiliza una herramienta de perfilado mantenida, como Query Monitor, durante el intervalo mínimo necesario. Restringe el acceso a administradores, reproduce el problema y desactiva y elimina la herramienta al terminar.

No escribas todas las consultas en un archivo dentro de la raíz pública. Las sentencias pueden contener tokens, correos, datos personales, rutas internas o valores de formularios, y además el fichero crecería con cada visita. Activar SAVEQUERIES también aumenta el consumo de memoria porque conserva todas las consultas de la petición.

El objetivo no es recopilar el mayor registro posible, sino identificar una consulta lenta, su procedencia y el contexto en el que ocurre. Conserva únicamente la evidencia necesaria y elimina cualquier registro temporal que pudiera contener datos sensibles.

Convertir la muestra en una mejora

Anota la URL, si había sesión iniciada, el tiempo total y las consultas que más tiempo acumulan. Distingue una consulta aislada lenta de cientos de consultas pequeñas repetidas. Repite la medición con una carga comparable y comprueba si la respuesta estaba cubierta por caché de página: en ese caso puede no ejecutarse WordPress ni aparecer una traza nueva.

Prueba cualquier cambio de índice, plugin o consulta en una copia y compara tanto lecturas como escrituras. Si compartes un informe con el desarrollador, retira valores personales y credenciales; no publiques el volcado SQL completo para mostrar un problema de rendimiento.