Olivier

Effectivement c’est interessant, a premiere vue j’aurais sans doute placé mes index comme tu l’as fait… Peux-tu poster ici un show create table from videos ainsi qu’un show index from videos ?

Apres avoir relu l’exemple que tu cites sur le blog d’Olivier, je me rends compte que lui a finalement retenu un index où le group by (le responsable de ta table temp) est en premiere position, donc en toute « logique » je te conseillerais d’appliquer la meme idee histoire de voir ? Tente un index sur (genre, enable, type) par exemple.

L’idee du show index est aussi de voir si vraiment tu as besoin d’un index sur les 3 colonnes… Si par exemple « enable » est tres peu selectif contrairement a « type », je pense que tu peux te permettre de n’en garder que deux, a voir.

Par ailleurs un test que je ferai aussi histoire de voir c’est un alter table videos order by genre, afin d’avoir ma table deja toute ordonnee selon le genre (si tu es en myisam). Je ne sais pas si l’optimiseur s’en rendrait compte et eliminerait le tri que tu constates. (A ne tenter que si ta table n’est pas enorme, a des fins de test).

Tiens nous au courant…

merci pour cette explication limpide, j’ai cepandant une question, que se passe t’il dans le cas d’un select à plusieurs WHERE ? du genre:

SELECT genre, count(*) as c FROM `videos` WHERE videos.enable=1 AND videos.type=0 Group by genre

si je place un index composé comme suit:
alter table videos add index Idx_enable_type_genre(enable, type, genre)

j’ai bien un using index mais mysql créé quand même une temporary table or dans cet exemple: http://dasini.net/blog/2009/02/18/optimisation-de-requetes-comprendre-loptimiseur-de-mysql/ on devrait pouvoir arriver à faire sans.

Une petite idée ?

En utilisant des UNION comme tu le dis, on évite les full table scan si les colonnes sur lesquelles portent les OR ont des index. En contrepartie, on crée une table temporaire à cause des UNION.

A partir de MySQL 5.0, il n’y a en principe plus ce problème car l’optimiseur sait combiner dans ce cas particulier plusieurs index. On voit alors dans le EXPLAIN un affichage du type :
type: index_merge
key: idx_pw,idx_ph,idx_pc
…
Extra: Using sort_union(idx_pw,idx_ph,idx_pc); Using where

Ca pourra être l’objet d’un prochain post !

select titi, tata from table where cond1 or cond2 or cond3;

Visiblement, on peut gagner en réécrivant la requête comme suit:

select titi, tata from table where cond1 UNION \
select titi, tata from table where cond2 UNION \
select titi, tata from table where cond3;

Visiblement, mysql est trop vite tenté par un full table scan sinon.