Commentaires sur : Optimisation de requêtes: comprendre l’optimiseur de MySQL

Par : admin

admin — Wed, 22 Jun 2011 09:44:40 +0000

Super article. un cookie s’est glissé dans la requête suivante :
En utilisant l’index idx_cc_population (le bon index)
SELECT AVG(Population) FROM city use index(___idx_population_cc___) GROUP BY CountryCode;
…
Il serait sympa de remplacer les ‘xxx%’ par des ‘xxx%’ (apostrophes);
ce qui permet de copier / coller les requêtes dans PhpMyAdmin.

Curieusement, je n’est pas le même retour d’informations sur les requêtes avec ‘SHOW’.

Par : Riplay777

Riplay777 — Tue, 12 Jan 2010 14:51:55 +0000

Merci. Ce petit article m’a (enfin) apporté une information très claire sur l’utilisation des index. Reste plus qu’à appliquer. Avec toutes les requêtes que j’ai à optimiser, grosse somme de travail en perspective

Par : freshdaz

freshdaz — Tue, 22 Dec 2009 17:38:18 +0000

Bonjour Olivier,
2 choses m’interpellent:
* ORDER BY RAND( ). pratique mais à éviter, car on fait difficilement moins performant. C’est création d’un table temporaire automatiquement et peut être sur disque !
* LIMIT 2891,8 également pratique, mais également à éviter. Le gain est essentiellement pour le développeur mais pas pour la bdd

En ce qui concerne le covering index, on ne peut malheureusement pas l’avoir à tout les coups
++
Olivier DASINI

Par : olive

olive — Thu, 10 Dec 2009 23:15:19 +0000

bonjour,

article tres interressant. cependant je n’arrive pas a appliquer cette methode à des requetes avec des joins et autre, une petites idee ?

exemple:

SELECT keyword AS tag, nbview AS quantity
FROM search
WHERE search.type =0
AND (
search.lg = « »
OR search.lg = « en »
)
AND char_length( search.keyword ) 1
GROUP BY keyword
ORDER BY RAND( )
LIMIT 90

ou encore:

SELECT * FROM videos v JOIN videosviews vv ON v.id = vv.idvideo WHERE v.type=0 AND v.genre=’humour’ AND v.id 73740 AND v.enable=1 AND v.mobile=1 LIMIT 2891,8

merci d’avance
olivier