Discussion :

[david87]

Bonjour,

j'ai une requête qui est casiment instanatanée sous une version MySQL 5.0 et qui dure 8secondes (apres optimisation de ma part) sous MySQL 5.1

voila la requête

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
select *
from f_item I force index (x_liste, x_mode, x_item)
inner join f_liste L force index (x_liste, x_mode, x_fusion) on L.x_mode = I.x_mode and L.x_liste = I.x_liste
inner join t_tmp T force index (x_liste, x_fusion, x_item) on L.x_fusion like T.x_fusion and I.x_liste like T.x_liste and I.x_item like T.x_item
where I.x_mode = 'S'
and I.x_etat != 'S'
and I.x_etat != 'T'
group by I.x_liste, I.x_item order by I.x_liste, I.x_item

en 5.0 elle était sans les force index et marchait très bien maintenant en 5.1 elle dure 99sec sans le forçage d'index et 8sec avec.

Que dois-je paramétrer dans la version 5.1 pour retrouver les performance de la 5.0?

Merci d'avance

[mydb_server]

Comment tu as migré ta base de 5.0 à 5.1?

Rachid A.

[david87]

c'est une machine tte neuve donc je n'ai fait qu'installer la 5.1

j'ai testé sur une autre machine avec une 5.1 le probleme est le meme.

cela viendrai des LIKES, si je les retirent ca boost bien...

[mydb_server]

D'ailleurs, je ne comprends pas pourquoi tu mets des "LIKE", il faudra plutôt mettre des "=" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
SELECT *
FROM f_item I force INDEX (x_liste, x_mode, x_item)
INNER JOIN f_liste L force INDEX (x_liste, x_mode, x_fusion) ON L.x_mode = I.x_mode AND L.x_liste = I.x_liste
INNER JOIN t_tmp T force INDEX (x_liste, x_fusion, x_item) ON L.x_fusion = T.x_fusion AND I.x_liste = T.x_liste AND I.x_item = T.x_item
WHERE I.x_mode = 'S'
AND I.x_etat != 'S'
AND I.x_etat != 'T'
GROUP BY I.x_liste, I.x_item ORDER BY I.x_liste, I.x_item

Rachid A.

[david87]

en fait ma table "t_tmp" est a la base une table temporaire dans laquel les champ contienne des '%' d'ou les likes

[CinePhil]

Quand tu crées un index multi-colonnes, l'ordre des colonnes a de l'importance.
Dans ton cas, INDEX (x_liste, x_fusion, x_item) va ordonner d'abord les listes, puis les fusion puis les items. Mais fusion et item ne sont pas indexés séparément par cette instruction. Si ces colonnes ne sont pas indexées par ailleurs, ça transforme le SGBD formule 1 en escargot lorsqu'une opération de jointure utilise ces colonnes.

Je crois LIKE dans une jointure conduit généralement le SGBD à ignorer l'index.
Comme dans ta jointure avec t_tmp, une condition porte sur la seule colonne véritablement indexée x_liste mais avec un LIKE, l'index n'est probablement pas utilisé. Quant aux autres conditions de jointure, elles ne peuvent pas bénéficier d'un index non plus.

Si tu fais un EXPLAIN de ta requête, tu verras quels indexes sont réellement utilisés.

Qu'est ce qui t'a conduit à faire une table temporaire avec des % ?