Discussion :

[toufika13]

Bonjour à tous,

Je souhaite vous faire part d'un problème que je rencontre lors de l'exécution d'une requête.

Cette requête me génère des temps de réponses assez longues (+ de 10 sec), or mes différentes tables ne comptent pas énormément de données.

Lorsque j'execute avec EXPLAIN la requete suivante, je constate que mes index (id_ann et xml_key) de la table PAGV5_annonces_images ne sont pas pris en compte.

Code :

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

1
2
3
4
5
6
7
SELECT a.id_ann, a.id_reg, a.id_dep, a.id_cat, a.code_pos, a.ville, a.status, a.type, a.titre, a.ann, a.prix, a.date, o.urg, u.immediat, o.enc, i.nom AS nom_image, v.video
	FROM PAGV5_annonces a 
	LEFT JOIN PAGV5_annonces_options o ON a.id_ann = o.id_ann 
	LEFT JOIN PAGV5_annonces_video v ON a.id_ann = v.id_ann
	LEFT JOIN PAGV5_url u ON a.id_ann = u.id_ann
	LEFT JOIN PAGV5_annonces_images i ON (a.id_ann = i.id_ann OR a.xml_key = i.xml_key) AND i.id_ima = (SELECT MIN(id_ima) FROM PAGV5_annonces_images j WHERE j.id_ann = a.id_ann OR j.xml_key = a.xml_key)
	WHERE  etat = '2' AND a.id_dep IS NOT NULL AND a.code_pos IS NOT NULL AND type != 0 AND a.titre != '' AND a.ann != '' AND a.prix IS NOT NULL AND a.status != 0 GROUP BY u.id_ann ORDER BY a.date DESC LIMIT 0, 40;

Code :

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

1
2
3
4
5
6
7
id 	select_type 	table 	type 	possible_keys 	key 	key_len 	ref 	rows 	Extra
1 	PRIMARY 	o 	system 	PRIMARY 	NULL 	NULL 	NULL 	0 	const row not found
1 	PRIMARY 	v 	system 	id_ann 	NULL 	NULL 	NULL 	0 	const row not found
1 	PRIMARY 	a 	ref 	search_reg,search_type,search 	search_reg 	1 	const 	180857 	Using where; Using temporary; Using filesort
1 	PRIMARY 	u 	ref 	id_ann 	id_ann 	4 	jefouine.a.id_ann 	3 	 
1 	PRIMARY 	i 	eq_ref 	PRIMARY,id_ann,xml_key 	PRIMARY 	4 	func 	1 	 
2 	DEPENDENT SUBQUERY 	j 	ALL 	id_ann,xml_key 	NULL 	NULL 	NULL 	446030 	Using where

J'ai bien tenté l'utilisation de "USE INDEX" et "FORCE INDEX" sans succès.

Pouvez-vous m'indiquer ce qui cloche dans cette requête ?

Merci par avance.

[ericd69]

salut,

c'est ta sous requête j qui participe pas mal à te pourrir les perfs vu que tu extrais le min en lisant systématiquement 446030 lignes pour chaque ligne où tu l'exécutera...
vu que tu as un or dedans tu ne pourras jamais utiliser d'index sur ces colonnes d'où la lecture systématique...
il faut la casser en 2 avec une union et l'encadrer par un select qui refait le min des du total...

Code sql :

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

SELECT MIN(id_ima) FROM PAGV5_annonces_images j WHERE j.id_ann = a.id_ann OR j.xml_key = a.xml_key

va devenir un truc du genre:

Code :

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

1
2
3
4
 select min(mini) from(
SELECT MIN(id_ima) as mini FROM PAGV5_annonces_images j1 WHERE j1.id_ann = a.id_ann
union
SELECT MIN(id_ima) FROM PAGV5_annonces_images j2 WHERE  j2.xml_key = a.xml_key)

ce qui permet à des index sur id_ann ou xml_key d’être utilisés...

mais je pense que tu gagnerais à tenter de faire un left join sur une adaptation de cette requête avec un group by bien choisi pour ne générer ces valeur qu'une seule fois...

[toufika13]

Merci Eric d'avoir répondu à mon appel à l'aide

J'ai modifié ma requête en supprimant simplement le OR.

J'ignorais totalement qu'aucun index n'était pris en compte lorsqu'un OR étant présent dans une requête.

Encore merci pour ton aide.

[ericd69]

résolu? si oui oublie pas de passer le post en résolu

[SQLpro]

...
J'ignorais totalement qu'aucun index n'était pris en compte lorsqu'un OR étant présent dans une requête.

Ceci est dû aux faiblesses de MySQL qui est doté d'un des plus mauvais optimiseur de tous les SGBDR C/S... SQL Server ou Oracle le font très bien !

A +

[manzeki]

Je pense que ton WHERE ou tes tables ont encore besoin d'être optimisé :

Idées :
Préférer l'usage de > ou = en lieu et place de !=
Transformer les champs ann, etat, prix en type numérique
Mettre des index sur tous les champs dans WHERE, ainsi que sur le champ date pourrait accélerer la requête.

Pourquoi autant de champ NULL dans tes tables ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
WHERE  etat = '2' 
AND a.id_dep IS NOT NULL 
AND a.code_pos IS NOT NULL 
AND type != 0 
AND a.titre != '' 
AND a.ann != '' 
AND a.prix IS NOT NULL 
AND a.STATUS != 0 
GROUP BY u.id_ann 
ORDER BY a.date DESC 
LIMIT 0, 40;