Discussion :

[SuperCed]

J'ai la requête 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
 
 
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!

[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...

[mathieu]

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 :

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

EXPLAIN SELECT ...

[SuperCed]

Code :

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

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 :

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

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)

[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.

[Invité]

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.

[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".

[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.