[MySQL 5]Performance d'une requêtes select

Version imprimable

J'ai la requête suivante :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 SELECT DISTINCT p.products_id, p.manufacturers_id, p.products_subimage5, pd.products_price, pd.products_name, p.products_style, m.manufacturers_name FROM products p JOIN products_stock st ON (p.products_id=st.products_id) JOIN products_description pd ON (p.products_id=pd.products_id) JOIN products_tribu pt ON (p.products_id=pt.products) JOIN manufacturers m ON (p.manufacturers_id=m.manufacturers_id) WHERE p.products_status = '1' AND st.products_stock_quantity > '0' AND pd.language_id = '1' AND p.marque='10' AND pt.tribu='2' ORDER BY p.products_ordered DESC LIMIT 48,12
Cette requête va très souvent être appelée. Il faut qu'elle soit le plus performante possible.

J'ai essayé de créer des vues pour la rendre plus rapide, mais ça n'a rien donné. J'ai également essayer d'utiliser des tables de type "MEMORY", mais les temps sont plus longs.

J'ai également essayé de mettre des index, et parfois cela fonctionne, parfois non. J'ai quand même gagné pas mal de vitesse en mettant un index sur la table products_tribu sur le champ products_id et tribu_id.

Je voudrais savoir s'il existe déjà une manière SQL d'optimiser cette requête. D'autre part, j'aimerais savoir si vous avez des conseils concernant les index pour cet exemple précis.
J'ai déjà lu le dossier sur l'optimisation, mais j'aimerais savoir s'il y a des choses à faire sur cette requête précisemment.

Sinon, existe-il des systèmes de cache ou de mémoire permettant de booster un peu les perfs de ma base de données?

Merci!

20/04/2006, 16h47
qi130

En général, il faut déclarer des index sur les colonnes qui participent à la clause WHERE.

Je suppose qu'il y en a un sur p.products_id (PK?)

J'en mettrais bien un DESC sur p.products_ordered...
20/04/2006, 17h22
mathieu

Citation:

Envoyé par qi130

En général, il faut déclarer des index sur les colonnes qui participent à la clause WHERE.

idem pour les colonnes qui sont utilisées pour les jointures

SuperCed rajoute "explain" devant ta requête et montre nous le résultat

Code:

EXPLAIN SELECT ...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
EXPLAIN SELECT DISTINCT p.products_id, p.manufacturers_id, p.products_subimage5, pd.products_price, pd.products_name, p.products_style, m.manufacturers_name
FROM products p
JOIN products_stock st ON ( p.products_id = st.products_id )
JOIN products_description pd ON ( p.products_id = pd.products_id )
JOIN products_tribu pt ON ( p.products_id = pt.products_id )
JOIN manufacturers m ON ( p.manufacturers_id = m.manufacturers_id )
WHERE p.products_status = '1'
AND st.products_stock_quantity > '0'
AND pd.language_id = '1'
AND m.manufacturers_id =10
AND pt.tribu = '1'
ORDER BY p.products_ordered DESC
LIMIT 0 , 12

Résultats :

Code:

1
2
3
4
5
6
7
8
9
10
11
 
+----+-------------+-------+--------+----------------------------------------------+----------------+---------+------------------------------+------+---------------------------------+
| id | select_type | table | type   | possible_keys                                | key            | key_len | ref                          | rows | Extra                           |
+----+-------------+-------+--------+----------------------------------------------+----------------+---------+------------------------------+------+---------------------------------+
| 1  | SIMPLE      | m     | const  | PRIMARY                                      | PRIMARY        | 4       | const                        | 1    | Using temporary; Using filesort |
| 1  | SIMPLE      | st    | range  | idx_products_stock_attributes,stock_quantity | stock_quantity | 4       |                              | 9900 | Using where                     |
| 1  | SIMPLE      | pt    | ref    | products_tribu                               | products_tribu | 8       | spartoo.st.products_id,const | 1    | Using index                     |
| 1  | SIMPLE      | pd    | eq_ref | PRIMARY                                      | PRIMARY        | 8       | spartoo.st.products_id,const | 1    |                                 |
| 1  | SIMPLE      | p     | eq_ref | PRIMARY                                      | PRIMARY        | 4       | spartoo.pt.products_id       | 1    | Using where                     |
+----+-------------+-------+--------+----------------------------------------------+----------------+---------+------------------------------+------+---------------------------------+
5 rows in set (0.01 sec)

20/04/2006, 22h19
Philsmile

Si ta version de MySQL est la 5, tu pourrais gagner un peu de ressource en utilisant une procédure stockée vue que l'analyse syntaxique sera effectuée lors de sa création de la procédure et non plus à chaque éxécution de la requête.

Pour en savoir plus, regarde l'article de Maximilian au sujet des procédures stockées de MySQL5.
20/04/2006, 22h25
Invité

Citation:

Envoyé par mathieu

idem pour les colonnes qui sont utilisées pour les jointures

SURTOUT pour les colonnes utilisées pour les jointures. Les autres colonnes de la clause WHERE ne doivent être indexées que si elles sont faiblement sélective.
21/04/2006, 09h38
SuperCed

Ca veut dire quoi "faiblement sélective"?

Je vais regardé du coté des procédures stockées, mais la requête change souvent, en tous cas, dans la partie "where".
21/04/2006, 09h40
Invité

La sélectivité, c'est le nombre de lignes retournées par une requêtes divisé par le nombre totale de ligne de données.
01/08/2006, 12h51
SuperCed

Ok, j'ai compris, merci!