Commentaires sur : Les index MySQL : types, placements, efficacité

Par : antonin

antonin — Tue, 20 Oct 2009 12:31:12 +0000

j’en ai rêvez, dbnews l’a écrit
Cela faisait un moment que je cherchais à savoir s’il fallait faire un index par clause where ou si un index de plusieurs colonnes pouvait profiter à d’autres requêtes en contenant moins, me reste plus qu’à appliquer tous ces bon conseils.

Merci pour ce post bien écrit, compréhensible et très instructif, ça change du site de mysql qui explique tout sans rien expliquer

Par : arnaud

arnaud — Wed, 16 Sep 2009 15:02:54 +0000

Corrigé, merci

Par : baptiste

baptiste — Wed, 02 Sep 2009 08:54:34 +0000

« deux tables de 10 000 lignes chacune forment un produit cartésien de 100 000 lignes environ à étudier… »

Le produit cartésien ‘brute’ de deux tables de 10,000 lignes donne une table de 100,000,000 lignes

Par : GnuLink » MySQL - Tout sur les index

GnuLink » MySQL - Tout sur les index — Wed, 14 Jan 2009 15:35:44 +0000

[...] Articles Tags:MySQL | tutorials [...]

Par : ooten

ooten — Sat, 20 Sep 2008 11:11:02 +0000

Superbe post ! Depuis hier soir j’ai un peu parcouru le blog, j’apprécie beaucoup.
Merci.

Par : dbnewz » Blog Archive » Cardinalité, sélectivité et distributivité d’un index MySQL : quel impact sur le plan d’exécution ?

Fri, 05 Sep 2008 07:51:21 +0000

[...] un rappel sur les différents types d’index disponibles, ce billet précédent est tout indiqué.Appliquons notre requête à notre jeu d’essai :mysql> SELECT [...]

Par : DI

DI — Mon, 21 Jul 2008 09:51:42 +0000

Merci pour la réponse ..

En fait, c’est une question que je me posais depuis longtemps et, même si Google est mon ami, j’ai jamais trouvé la réponse de façon claire .. ni pris le temps d’investiguer ou de faire des tests (honte à moi !!).

Sinon, pour compléter un oubli sur mon commentaire précédent, je reprends Collobian à propos du post : « Excellent, et salutaire. »

Par : Arnaud

Arnaud — Sun, 20 Jul 2008 09:32:24 +0000

Bonjour DI,

effectivement la série n’est pas terminée mais pour répondre à ta question, il faut considérer que sauf cas particulier (voir « index merge optimization » dans la doc / présence de « index_merge » dans la colonne « type » de EXPLAIN), MySQL n’utilise qu’un seul index à la fois. Donc soit celui-ci est multiple, auquel cas tu tombes dans le comportement évoqué plus haut avec le leftmost prefixing, soit tes index sont posés séparemment et dans ce cas (sauf index_merge encore une fois) MySQL, et plus précisemment l’optimiseur, va choisir l’index le plus efficace c’est à dire le plus restrictif, autrement dit celui qui permet d’éliminer le plus de tuples le plus rapidement possible.
On ne maîtrise pas vraiment les choix de l’optimiseur sauf à volontairement fournir des données dont on sait qu’elles vont le conduire à prendre telle ou telle décision, des commandes existent également pour le forcer à choisir un index en particulier et pas un autre, il est aussi possible de le contraindre à effectuer une jointure dans un ordre précis mais ces commandes sont à manier en connaissance de cause, elles seront évoquées dans un prochain billet.

Par : DI

DI — Sat, 19 Jul 2008 08:52:51 +0000

Une question peut-être déjà prévue pour le prochain article et relative à :

« Les champs concernés par une clause WHERE, ORDER BY, GROUP BY, MIN(), MAX(),
ainsi que les champs qui permettent de relier des tables entre elles »

Si un requête contient plusieurs clauses, chacune ayant un index. Quels seront les index utilisés ? Tous ? Dans que ordre seront-ils utilisés ? Par rapport à la clause ou par rapport à l’efficacité de l’index ?

Par : Pensez vous tout savoir sur les index mysql ? | itanea, le blog

Pensez vous tout savoir sur les index mysql ? | itanea, le blog — Tue, 01 Jul 2008 12:39:18 +0000

[...] : Les index MySQL : types, placements, efficacité yoo_permalink = [...]