Depurar consulta time out - Error loading module MySQL server...

[jeiceta]

Hola. Tengo un problema con MySQL. Cuando carga la página me sale el error que puse más abajo. He llamado al proveedor de hosting y me comenta que es un problema al leer los datos. Dice que tarda tanto tiempo en leerlo que da este erro. Un problema de "time out" me dijeron. La solución es depurar el tiempo de consulta. Alguien me puede decir como podría hacerlo?


Error loading module MySQL server has gone away SQL=SELECT m.id, m.title, m.module, m.position, m.content, m.showtitle, m.params, mm.menuid FROM qq3v9_modules AS m LEFT JOIN qq3v9_modules_menu AS mm ON mm.moduleid = m.id LEFT JOIN qq3v9_extensions AS e ON e.element = m.module AND e.client_id = m.client_id WHERE m.published = 1 AND e.enabled = 1 AND (m.publish_up = '0000-00-00 00:00:00' OR m.publish_up <= '2013-01-30 16:30:16') AND (m.publish_down = '0000-00-00 00:00:00' OR m.publish_down >= '2013-01-30 16:30:16') AND m.access IN (1,1) AND m.client_id = 0 AND (mm.menuid = 0 OR mm.menuid <= 0) AND m.language IN ('en-GB','*') ORDER BY m.position, m.ordering
Error loading component: com_content, 1
Error loading component: com_content,

[gnzsoloyo]

Por empezar, ordenemos esa consulta como para que sea entendible:

Código MySQL:

SELECT 
    m.id, 
    m.title, 
    m.module, 
    m.position, 
    m.content, 
    m.showtitle, 
    m.params, 
    mm.menuid 
FROM
    qq3v9_modules AS m 
    LEFT JOIN qq3v9_modules_menu AS mm ON mm.moduleid = m.id 
    LEFT JOIN qq3v9_extensions AS e ON e.element = m.module AND e.client_id = m.client_id 
WHERE 
    m.published = 1 
    AND e.enabled = 1 
    AND (m.publish_up = '0000-00-00 00:00:00' OR m.publish_up <= '2013-01-30 16:30:16') 
    AND (m.publish_down = '0000-00-00 00:00:00' OR m.publish_down >= '2013-01-30 16:30:16') 
    AND m.access IN (1,1) 
    AND m.client_id = 0 
    AND (mm.menuid = 0 OR mm.menuid <= 0) 
    AND m.language IN ('en-GB','*') 
ORDER BY m.position, m.ordering
 

Ahora podemos ver que es una consulta que tiene el potencial de generar un producto cartesiano, ya que hace un fullscan por cada tabla para poder realizar esas comparaciones, y si las mismas son demasiado grandes el resultado es.. calamitoso.
Es uno de los problemas de el LEFT JOIN, pero también de operaciones de tipo "<=". Cualquier condición con operadores que impliquen inecuaciones genera un fullscan.
A esto hay que sumarle, por lo menos, que ORDER BY es una de las cláusulas que más asesina la performance, en especial cuando la respuesta de la consulta ya es un producto cartesiano.

Creo que deberás optimizar eso.

[jeiceta]

Y como se optimiza?

[gnzsoloyo]

Y hay que ver algunas cosas:
- ¿Es totalmente necesario que devuelva todo el contenido de qq3v9_modules, aunque no tenga coincidencias con el resto de las tablas?
- ¿Los campos "publish_up" y "publish_down" son nullables? ¿Hay índices sobre ellos?
- ¿Los campos "element" y "client_id" de la tabla qq3v9_extensions tienen índices?
- ¿Algunos de los campos indicados en el WHERE está indexado?
- ¿Cómo es posible que un objeto llamado menuid sea negativo? ¿Por qué es negativo algo que parece un identificador?
- ¿Un valor como client_id en la tabla qq3v9_extensions puede cer cero (0)? si es una relación opcional, el campo debería ser nulable, y no contener un valor invalidante.

Cosas como esas pueden cambiar el comportamiento de todo.

[jeiceta]

gnzsoloyo te envié un privado

[jeiceta]

He subido la web a otro hosting y no tengo ese problema. Por qué en este hosting no pasa?

[jeiceta]

Parecía solucionado, pero no. Acepto ofertas para solucionar este problema.