Consulta lenta para la tabla wp_options

Question

Consulta lenta para la tabla wp_options

6 nov 2012, 11:07:55

Vistas: 39.3K

Votos: 21

He estado monitoreando el registro de consultas lentas del sitio basado en WP (con el valor predeterminado de long_query_time establecido en 10), y he notado que la siguiente consulta se registra frecuentemente -

# User@Host: root[root] @ localhost []
# Query_time: 0  Lock_time: 0  Rows_sent: 394  Rows_examined: 458
SELECT option_name, option_value FROM wp_options WHERE autoload = 'yes';

No entiendo cómo una tabla tan pequeña puede tomar tanto tiempo en ejecutarse. ¿Es esto solo un síntoma de algún otro problema? (Actualmente ejecutando Moodle, phpBB y WP en una VM dedicada).

Prasad Ajinkya

482

rendimiento opciones

Comentarios

Voto por cerrar esta pregunta porque se hizo hace 8 años. En las actualizaciones recientes de WP este problema se ha resuelto.

Prasad Ajinkya

18 nov 2020 14:15:31

Todas las respuestas a la pregunta

Comentarios

Dudo que un índice en este caso ofrezca alguna mejora - revisa este artículo sobre cardinalidad.

TheDeadMedic

6 nov 2012 16:50:39

Depende de si la mayoría de opciones están configuradas para autoload o no. Supongo que no, pero en cualquier caso la tabla no debería crecer tanto, así que algo raro está pasando.

Vinay Pai

6 nov 2012 17:05:27

Actualicé mi respuesta para agregar algo sobre verificar la distribución de valores.

Vinay Pai

6 nov 2012 17:14:01

El índice no reducirá específicamente el tiempo de ejecución, pero evitará el escaneo completo de la tabla y los bloques asociados.

Steve

6 nov 2012 17:45:28

Acabo de notar el comentario y me di cuenta de que mi respuesta es completamente incorrecta. La consulta en realidad no es lenta... solo se registra en el registro de consultas lentas porque no utiliza un índice.

Vinay Pai

6 nov 2012 19:00:16

Mostrar los 4 comentarios restantes

Hace unos días me encontré con la consulta mencionada en mytop que se ejecutaba en mi servidor, ¡y en realidad tomaba bastante tiempo (alrededor de 10 segundos) para cada consulta! Así que hay situaciones reales donde wp_options puede crecer hasta un tamaño problemático. En mi caso, sospecho que el plugin de caché Cachify es el responsable del aumento desmedido de wp_options.

Datos de esta tabla wp_options en particular:

5,309 filas
130MB de datos

Como solución, añadí el índice similar a la solución publicada por Vinay Pai, lo cual resolvió el problema perfectamente.

Jan Papenbrock

161

27 mar 2013 20:19:42

Mi tabla wp_options solo tenía alrededor de 235 filas de datos. Intenté indexar la tabla, pero no ayudó.

Resulta que alrededor de 150 opciones transitorias habían sido insertadas en la tabla, pero no habían sido eliminadas automáticamente.

No sé si está relacionado o no, pero había estado revisando mis archivos /var/log/apache2/access.log y noté que múltiples servidores (presumiblemente comprometidos) de Amazon Web Services (direcciones IP que comienzan con 54.X.X.X y 32.X.X.X) habían estado intentando explotar /~directorio-raiz-web/xmlrpc.php.

Después de algunos problemas, consulté la tabla wp_options para nombres de opción que contuvieran "transient"

select * from wp_options where option_name like '%transient%';

Uno de los campos devueltos por esta consulta es 'option_value' que tiene un tipo de dato LONGTEXT. Según la documentación de mySQL, un campo LONGTEXT (para cada fila) puede contener hasta 4-Gigabytes de datos.

Cuando ejecuté la consulta, algunas de las filas (recuerda que estamos trabajando con aquellas que contienen "transient") tenían cantidades enormes de datos en el campo option_value. Al revisar los resultados, también vi lo que parecían intentos de inyectar comandos en el proceso wp-cron con la esperanza de que fueran ejecutados durante los ciclos cron.

Mi solución fue eliminar todas las filas "transient". Esto no dañará el servidor ya que las filas "transient" se repoblarán automáticamente (si se supone que deben estar allí).

Después de hacer esto, el servidor volvió a ser responsivo.

Consulta para eliminar estas filas:

DELETE from wp_options where option_name like '%transient%';

También he añadido los superbloques /8 de direcciones IP de AWS a mi firewall (-:

Ex_Military

31

7 sept 2017 04:55:15

Comentarios

Sí. Yo también sufría de "tiempos de carga de 40 segundos" hasta que descubrí que tenía 20,000 registros en wp_option con datos enormes que se cargaban en cada página. Eliminar esos registros aceleró considerablemente el sitio.

JasonGenX

12 feb 2019 19:34:29

Actualización relacionada con el índice para el campo autoload en la tabla wp_options:

Se ha añadido un índice a wp_options.autoload en WordPress 5.3. Consulta el Registro de cambios de WordPress 5.3

Incluso puedes ver que el índice está disponible para otras columnas en la tabla wp_options también:

SHOW INDEX from wp_options

Deepak Rajpal

264

19 ago 2020 10:47:36

Vinay Pai 296 · Accepted Answer · 2012-11-06T16:39:56Z

Actualización: La razón por la que la consulta se está registrando es porque no utiliza un índice. El tiempo de la consulta es 0, es decir, en realidad se ejecuta rápidamente. Puedes desactivar la opción "log-queries-not-using-indexes" si no deseas que estas consultas sean registradas.

~~La tabla wp_options no tiene un índice en autoload~~ (ahora debería tenerlo, se agregó al esquema principal de WP el 15 de agosto de 2019), por lo que la consulta termina haciendo un escaneo completo de la tabla. En general, esa tabla no debería crecer demasiado, por lo que no es un problema, pero supongo que en tu caso ha sucedido de alguna manera.

Agregar un índice podría resolver el problema, pero como señaló TheDeadMedic en los comentarios, podría no hacerlo si los valores de autoload son mayoritariamente "yes" o están distribuidos equitativamente entre "yes" y "no":

Primero, ejecuta esta consulta para ver cómo es la distribución:

SELECT COUNT(*), autoload FROM wp_options GROUP BY autoload;

Si una gran mayoría están configurados como 'no', puedes resolver el problema por ahora agregando un índice en autoload.

ALTER TABLE wp_options ADD INDEX (`autoload`);

Sin embargo, quizás quieras averiguar por qué esa tabla ha crecido demasiado. Posiblemente algún plugin mal escrito esté haciendo algo sospechoso.