Discussion :

[popom31]

Bonjour,

J'ai un problème avec une requête MySQL qui met de plus en plus de temps à s’exécuter, à mon avis à cause d'un select imbriqué, et ne trouve pas comment l'optimisé.

La requête tape les bases suivantes :
- claim => liste des sinistres
- action => liste des actions sur les sinistres
- user => liste des utilisateurs
- memberClient => liste les clients membre d'un groupe
- noteClient => liste les groupe clients disponible

Le but de la requête est de récupéré une liste des sinistres contenant la dernière action créé dessus (id le plus haut) puis de le trier par date d'action prévu ascendant.

La requête actuelle :

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
 
SELECT DISTINCT
	a.idClaim as sin,
	b.dateprevue as dateprevue,
	c.nom_user as nom,
	CASE WHEN d.codeMemberClient IS NOT NULL THEN e.color_noteClient
		ELSE 'FFFFFF'
	END as color
	FROM  memberClient as d right join claim as a on a.clientCode = d.codeMemberClient
	left join noteClient as e on d.noteMemberClient = e.id_noteClient,
	action as b,
	user as c
	WHERE a.idClaim=b.nsinistrea
	AND b.dateprevue = (
		SELECT b.dateprevue
		FROM action as b
		WHERE b.nsinistrea = a.idClaim ORDER BY actionid DESC LIMIT 1
	)
	AND b.utilisateur=c.id_user
	AND b.utilisateur IN ("liste des id user")
	GROUP BY b.nsinistrea ORDER BY b.dateprevue ASC, b.actionid DESC

Une idée ?

Merci beaucoup d'avance !

[fsmrel]

Bonjour popom31,

ll faudrait commencer par effectuer un EXPLAIN de la requête.

[popom31]

Bonjour fsmrel,

Merci pour le retour, ça me redonne un petit espoir !

La requête complète avec un explain et le résultat :

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
24
25
26
27
28
29
30
31
32
EXPLAIN SELECT DISTINCT
	a.idClaim as sin,
	a.clientName as nomclient,
	a.clientCode as codeclient,
	a.nContract as cont,
	a.brand as marque,
	a.model as modele,
	a.comLastname as comm,
	a.comName as com,
	a.persistence as persis,
	b.dateprevue as dateprevue,
	b.typeaction as typeaction,
	b.actionid as actionid,
	c.nom_user as nom,
	c.prenom_user as prenom,
	CASE
    WHEN d.codeMemberClient IS NOT NULL THEN e.color_noteClient
		ELSE 'FFFFFF'
	END as color
	FROM  memberClient as d right join claim as a on a.clientCode = d.codeMemberClient
	left join noteClient as e on d.noteMemberClient = e.id_noteClient,
	action as b,
	user as c
	WHERE a.idClaim=b.nsinistrea
	AND b.dateprevue = 
	(SELECT b.dateprevue
	FROM action as b
    WHERE b.nsinistrea = a.idClaim ORDER BY actionid DESC LIMIT 1)
	AND b.utilisateur=c.id_user
	AND (a.state = '-1' OR a.persistence = '1')
	AND b.utilisateur IN ('2','12','13','14','15','16','17','18','19','20','21','22','23','27')
	GROUP BY b.nsinistrea ORDER BY b.dateprevue ASC, b.actionid DESC

Si je comprend le retour, la première étape boucle dans 26000 lignes et doit causer le problème ?

C'était mon idée de la cause, je ne trouve pas comment le contourner.

Merci

[fsmrel]

D’après la 1re ligne de l’explain, MySQL commence par attaquer la table ACTION (b), qu’il joint à la table USER (a) selon la condition b.utilisateur=c.id_user.

La colonne utilisateur de la table ACTION est-elle dotée d’un index ?

Plus généralement, quels sont les index des tables ACTION, USER, CLAIM ?

[popom31]

Merci.
Table ACTION : index "actionid"
Table USER : index "id_user"
Table CLAIM : index "idClaim"

[fsmrel]

Pourriez-vous :

1) créer un index pour la colonne utilisateur de la table ACTION, puis relancer l'explain ?

2) créer un index sur la colonne nsinistrea de la table ACTION, puis relancer l'explain ?