ORDER BY sobrecarga

[xorow]

Hola,

Estoy probando en optimizar una consulta sql y viendo que si uso el ORDER BY el tiempo que tarda en ejecutarla es mucho mayor.

La consulta es esta:

Código SQL:

SELECT HIGH_PRIORITY a.id, ... FROM articulo a WHERE a.id_categoria!=0 AND a.eliminado=0 AND a.activado=1 AND a.descartado=0 AND a.imagen!='' AND a.nombre_min!='' AND a.id_seccion=2 AND a.id_empresa=1529 ORDER BY a.fecha_actualizado DESC LIMIT 0, 60
 

Tarda aproximadamente: 0.1824 seg. Mientras que si quito el order by: 0.0011 seg

El campo fecha_actualizado es un timestamp y lo tengo indexado para que la consulta vaya más rápido ya que es una de las consultas más usadas en la plataforma y que tarde casi 0,2 segundos me parece un espanto pero no se como hacer que la genere más rápido.

Todos los campos de id_secc.. etc tb están indexados. En sí, he probado variando todas las condiciones quitándolas para ver si era alguna de esas y la consulta me va igual, la única variación de rendimiento es cuando añado el order by fecha_actualizado.

También queda decir que la tabla tiene aproximadamente unos 2 millones de registros.

Haciendo un explain de la consulta los valores obtenidos han sido:

id: 1
select_type: simple
table: a
type: index_merge
possible_keys: id_empresa,id_categoria,eliminado,activado,descart ado,id_seccion
key: id_empresa,id_seccion
key_len: 4, 2
ref: NULL
rows: 2072
Extra: Using intersect(id_empresa,id_seccion); Using where

Parece que mediante explain me muestra que no esa usando el index de fecha_actualizado, pero no estoy seguro.

Agradecería si alguien me pudiera echar un cable.
Un saludo.

[gnzsoloyo]

Prueba usando FORCE INDEX:

Código MySQL:

SELECT HIGH_PRIORITY a.id, ... 
FROM articulo a FORCE INDEX fecha_actualizado
WHERE 
    a.id_categoria!=0 
    AND a.eliminado=0 
    AND a.activado=1 
    AND a.descartado=0 
    AND a.imagen!='' 
    AND a.nombre_min!='' 
    AND a.id_seccion=2 
    AND a.id_empresa=1529 
ORDER BY a.fecha_actualizado DESC 
LIMIT 0, 60
 

Por otro lado, tienes demasiadas condiciones en el WHERE a evaluar, lo que no es una buena idea. Posiblemente se pueda mejorar usando las tablas relacionadas con sus JOINs, como las de categorías y empresas, lo que permitría quitar algunas.

[xorow]

Gracias gnzsoloyo,

Lo acabo de probar ahora mismo

Código MySQL:

FORCE INDEX ( fecha_actualizado)
 

Y mira que resultado me lanza mysql con el explain:


id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE a index id_empresa fecha_actualizado 4 NULL 82 Using where

Se está saltando los otros indices. No lo llego a entender bien, y aún asi si fuerzo el indice de fecha, id_categoria e id_seccion sigue sogiendo solo el indice de fecha_actualizado, los otros los omite aunque los esté forzando.

[gnzsoloyo]

El forzado sólo aplica al primero que se indica. Forzar los otros no genera cambios.
Por otro lado, no veo que hayas cosniderado el resto de las cosas que te dije, respecto a JOIs para mejroar las condicioens.
Como te dije, ese WHERE es muy ineficiente..

[xorow]

Sí, le he estado dando vueltas a lo que me habías dicho pero no se si lo había entendido bién.

Me dices que es mejor que use joins en id_seccion e id_categoria para optimizarla mejor?

Podría ser esto una solución?

Código MySQL:

SELECT HIGH_PRIORITY a.id, ... 
FROM articulo a 
 
INNER JOIN categoria c ON c.id=a.id_categoria AND a.id_categoria=13
INNER JOIN seccion s ON s.id=a.id_seccion AND a.id_seccion=2
INNER JOIN empresa e ON e.id=a.id_empresa AND a.id_empresa=1529
 
WHERE 
    AND a.eliminado=0 
    AND a.activado=1 
    AND a.descartado=0 
    AND a.imagen!='' 
    AND a.nombre_min!='' 
 
ORDER BY a.fecha_actualizado DESC 
LIMIT 0, 60
 

Voy a probarlo

Perdón me he equivocado con el sql:

Código MySQL:

INNER JOIN categoria c ON c.id=a.id_categoria AND c.id=13
INNER JOIN seccion s ON s.id=a.id_seccion AND s.id=2
INNER JOIN empresa e ON e.id=a.id_empresa AND e.id=1529
 

[gnzsoloyo]

No pongas las condiciones parametrizadas en el FROM... Es mala práctica.

Código SQL:

SELECT HIGH_PRIORITY a.id, ... 
FROM articulo a 
    INNER JOIN categoria c ON c.id=a.id_categoria 
    INNER JOIN seccion s ON s.id=a.id_seccion 
    INNER JOIN empresa e ON e.id=a.id_empresa 
WHERE 
    a.id_categoria=13
    AND a.id_seccion=2
    AND a.id_empresa=1529
    AND a.eliminado=0 
    AND a.activado=1 
    AND a.descartado=0 
    AND a.imagen!='' 
    AND a.nombre_min!='' 
 
ORDER BY a.fecha_actualizado DESC 
LIMIT 0, 60
 

[xorow]

No lo sabía, gracias. Estaba probando y no notaba mejora. Voy a modificarlo.

[xorow]

Ahora lo tengo tal q así:

Código MySQL:

SELECT a.id...
 
FROM articulo a
JOIN empresa e ON e.id=a.id_empresa 
JOIN seccion s ON s.id=a.id_seccion 
JOIN categoria c ON c.id=a.id_categoria 
 
 
WHERE 
 
a.eliminado='0' 
AND a.activado='1' 
 
AND e.id=1429
AND s.id=1
AND c.id=55
 
AND a.descartado='0' 
AND a.imagen!='' 
AND a.nombre_min!=''  
 
ORDER BY a.fecha_actualizado DESC LIMIT 0, 30
 

Pero me sigue dando 0,2 seg.

Están todos los campos que se concatenan con index en las 4 tablas (en la de articulo como index y en las otras como clave primaria). los id_categ e id_seccion son small int para q ocupen menos y la tabla tiene la información escasa para que salga en los listados. El único varchar que tiene la tabla es un campo para el título.

[jurena]

No sé si servirá de algo, la verdad, pero yo intentaría este orden en el WHERE:

Código MySQL:

WHERE
e.id=1429
AND s.id=1
AND c.id=55
 
AND a.eliminado='0'
AND a.activado='1'
 
 AND a.descartado='0'
AND a.imagen!=''
AND a.nombre_min!=''