Discussion :

[pingoo78]

Bonjour,

Depuis la migration de notre serveur sql de la version 3.23.54 à la version 5.0.22
(changement de machine aussi pour être sur une plus puissante),

une requete est plus lente pour passer de 0.24 sec à 26.44 sec (ça en fait du temps).

La requete est la suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
SELECT DISTINCT m.machine AS code_barre, m.confighard AS confighard, CONCAT( all3.nom, " ", all3.prenom ) AS name, all3.service AS service, m.etat AS etat, m.site AS site 
FROM listesoft li, logiciels lo, machine m 
LEFT JOIN all3 ON all3.TGI = m.TGI 
LEFT JOIN listelement ON m.machine = listelement.machine 
LEFT JOIN elements ON elements.element = listelement.element 
LEFT JOIN confighard ON confighard.confighard = m.confighard 
LEFT JOIN configip ON m.configip = configip.configip 
LEFT JOIN configmac ON configmac.configmac = m.configmac 
WHERE ( 
li.logiciel = lo.logiciel 
AND m.machine = li.machine 
) 
AND ( 
( 
lo.nom = "internet explorer" 
AND lo.version = "7.00.5730.13" 
) 
) 
AND ( 
li.logiciel = lo.logiciel 
AND m.machine = li.machine 
) 
ORDER BY m.machine

(dans ma base elle n'affiche qu'un résultat d'où l'inquiétude du temps qu'il met depuis la version 5).

Un EXPLAIN me donne ça :

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE li ALL NULL NULL NULL NULL 11613 Using temporary; Using filesort
1 SIMPLE m eq_ref PRIMARY PRIMARY 7 is-park.li.machine 1 Using where
1 SIMPLE all3 eq_ref PRIMARY PRIMARY 8 is-park.m.TGI 1
1 SIMPLE listelement ALL NULL NULL NULL NULL 2360 Distinct
1 SIMPLE elements eq_ref PRIMARY PRIMARY 4 is-park.listelement.element 1 Using index; Distinct
1 SIMPLE confighard eq_ref PRIMARY PRIMARY 30 is-park.m.confighard 1 Using index; Distinct
1 SIMPLE configip eq_ref PRIMARY PRIMARY 4 is-park.m.configip 1 Using index; Distinct
1 SIMPLE configmac eq_ref PRIMARY PRIMARY 4 is-park.m.configmac 1 Using index; Distinct
1 SIMPLE lo eq_ref PRIMARY PRIMARY 4 is-park.li.logiciel 1 Using where; Distinct

Merci de votre aide.

[Seb33300]

Il y a combien d'enregistrement dans ta table la plus grosse ?

Tu as bien placé des index dans tes table ?

[pingoo78]

Pour info, cette appli web a été développé par plusieurs personnes qui ont taffés là où je bosse (et qui ne sont plus là car souvent stagiaires). Moi je suis l'admin système. Je connais bien le php et mysql mais c'est assez dur de reprendre un code pas fait par soi même. Quand c'est bien fait, ça va.

La table la plus grosse contient 12000 enregistrements.
Mais je commence à avoir un début de solution.

la requete marchant bien et rapidement sous mysql 3.23, je me dit que c'est surement qu'il faut l'adapter pour mysql 5.

Et en modifiant la requete par ceci (je n'affiche pas ci dessous les élements de requetes qui sont inutiles dans ce cas là, comme 3 - 4 LEFT JOIN):

Code :

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

1
2
3
4
5
6
7
8
9
SELECT DISTINCT m.machine AS code_barre, m.confighard AS confighard, CONCAT( a.nom, " ", a.prenom ) AS name, a.service AS service, m.etat AS etat, m.site AS site 
FROM machine m 
LEFT JOIN all3 a ON m.TGI = a.TGI
LEFT JOIN listesoft li ON m.machine = li.machine
LEFT JOIN logiciels lo ON li.logiciel = lo.logiciel
WHERE
lo.nom = "internet explorer" 
AND lo.version = "7.00.5730.13" 
ORDER BY m.machine

Donc cette requete affiche la bonne chose et bien rapidement (0.18 sec) sous mysql 5.0. Mais désormais, cette requête me fait planter mysql sous mysql 3.23 ou mais énormément de temps mais j'ai pas attendu lol (ça je m'en fou un peu car le système ne sera plus utilisé).
C'est normal?

[Seb33300]

C'est plutot bizarre

Je ne voi pas d'erreur, sauf peut etre la ligne "FROM machine m" ou il faudrait mettre "FROM machine AS m" mais peut etre que la 1er sintaxe est également correcte.

[Sivrît]

Ce qui pourrait expliquer le changement de performances, hors peut-être des choix différents en terme de plan d'éxécution, est le changement de priorité entre la virgule et JOIN. Une chance (ou pas) que la requête fonctionne quand même.

Si je ne mélange pas, pour mysql 5 les JOIN ont la priorité. Il faudrait voir si

Code :

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

1
2
3
4
5
 
[...]
FROM (listesoft li, logiciels lo, machine m)
LEFT JOIN all3 ON all3.TGI = m.TGI
[...]

rétablie le comportement d'orrigine.

D'un autre côté réécrire la requête de façon plus carrée et minimaliste n'est peut-être pas un mal...