{"id":76335,"date":"2024-02-27T09:15:05","date_gmt":"2024-02-27T08:15:05","guid":{"rendered":"https:\/\/kinsta.com\/fr\/?p=76335&post_type=knowledgebase&preview_id=76335"},"modified":"2025-10-01T20:42:24","modified_gmt":"2025-10-01T19:42:24","slug":"indexation-dans-mysql-mariadb","status":"publish","type":"post","link":"https:\/\/kinsta.com\/fr\/blog\/indexation-dans-mysql-mariadb\/","title":{"rendered":"Ma\u00eetriser l’indexation dans MySQL et MariaDB : un chemin vers l’optimisation"},"content":{"rendered":"

MySQL et MariaDB exploitent de mani\u00e8re transparente l’efficacit\u00e9 de l’indexation par arbre \u00e9quilibr\u00e9 (B-Tree) pour optimiser les op\u00e9rations sur les donn\u00e9es. Ce m\u00e9canisme d’indexation partag\u00e9e garantit une r\u00e9cup\u00e9ration rapide des donn\u00e9es, am\u00e9liore les performances des requ\u00eates et minimise les entr\u00e9es\/sorties (E\/S) sur disque, contribuant ainsi \u00e0 une exp\u00e9rience de base de donn\u00e9es plus r\u00e9active et plus efficace.<\/p>\n

Cet article examine de plus pr\u00e8s l’indexation, vous guide dans la cr\u00e9ation d’index et vous donne des conseils pour les utiliser plus efficacement dans les bases de donn\u00e9es MySQL et MariaDB<\/a>.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Qu’est-ce qu’un index ?<\/h2>\n

Lorsque vous interrogez une base de donn\u00e9es MySQL pour obtenir des informations sp\u00e9cifiques, la requ\u00eate recherche chaque ligne d’une table de base de donn\u00e9es jusqu’\u00e0 ce qu’elle trouve la bonne. Cette op\u00e9ration peut prendre beaucoup de temps, en particulier lorsque la base de donn\u00e9es est volumineuse.<\/p>\n

Les gestionnaires de bases de donn\u00e9es utilisent l’indexation pour acc\u00e9l\u00e9rer les processus de recherche de donn\u00e9es et optimiser l’efficacit\u00e9 des requ\u00eates. L’indexation construit une structure de donn\u00e9es qui minimise la quantit\u00e9 de donn\u00e9es \u00e0 rechercher en les organisant de mani\u00e8re syst\u00e9matique, ce qui permet une ex\u00e9cution plus rapide et plus efficace des requ\u00eates.<\/p>\n

Supposons que vous souhaitiez trouver un client dont le pr\u00e9nom est Ava<\/code> dans la table Clients<\/strong> suivante :<\/p>\n

\"Aper\u00e7u
Aper\u00e7u de la table Client dans MySQL Workbench.<\/figcaption><\/figure>\n

L’ajout d’un index B-Tree \u00e0 la colonne first_name<\/strong> cr\u00e9e une structure qui facilite une recherche plus efficace des informations souhait\u00e9es. La structure ressemble \u00e0 un arbre dont le n\u0153ud racine se trouve au sommet et qui se ramifie en n\u0153uds feuilles au bas de l’arbre.<\/p>\n

Elle est semblable \u00e0 un arbre bien organis\u00e9, o\u00f9 chaque niveau guide la recherche en fonction de l’ordre de tri des donn\u00e9es.<\/p>\n

Cette image montre le chemin de recherche d’un index B-Tree :<\/p>\n

\"Une
Une table client B-Tree.<\/figcaption><\/figure>\n

Ava<\/code> est list\u00e9 en premier, et William<\/code> en dernier dans l’ordre alphab\u00e9tique ascendant – la fa\u00e7on dont le B-Tree a arrang\u00e9 les noms. Le syst\u00e8me B-Tree d\u00e9signe la valeur centrale de la liste comme n\u0153ud racine. Comme Michael<\/code> se trouve au milieu de la liste alphab\u00e9tique, il s’agit du n\u0153ud racine. L’arbre se ramifie ensuite, avec des valeurs \u00e0 gauche et \u00e0 droite de Michael<\/code>.<\/p>\n

Au fur et \u00e0 mesure que vous descendez dans l’arbre, chaque n\u0153ud offre davantage de cl\u00e9s (liens directs vers les lignes de donn\u00e9es d’origine) pour guider la recherche dans les noms class\u00e9s par ordre alphab\u00e9tique. Vous trouverez ensuite les donn\u00e9es relatives au pr\u00e9nom de chaque client dans les n\u0153uds feuilles.<\/p>\n

La recherche commence par comparer Ava<\/code> au n\u0153ud racine Michael<\/code>. Elle se d\u00e9place vers la gauche apr\u00e8s avoir d\u00e9termin\u00e9 que Ava<\/code> apparait avant Michael<\/code> dans l’ordre alphab\u00e9tique. Elle descend jusqu’\u00e0 l’enfant de gauche (Emily<\/code>), puis de nouveau vers la gauche jusqu’\u00e0 Daniel<\/code>, et de nouveau vers la gauche jusqu’\u00e0 Ava<\/code> avant d’arriver au n\u0153ud feuille qui contient les informations de Ava<\/code>.<\/p>\n

L’arbre B fonctionne comme un syst\u00e8me de navigation simplifi\u00e9, guidant efficacement la recherche vers un endroit particulier sans v\u00e9rifier chaque nom dans l’ensemble de donn\u00e9es. C’est comme si vous naviguiez dans un r\u00e9pertoire soigneusement ordonn\u00e9 en suivant des panneaux de signalisation strat\u00e9giquement plac\u00e9s qui vous m\u00e8nent directement \u00e0 la destination.<\/p>\n

Types d’index<\/h2>\n

Il existe diff\u00e9rents types d’index pour diff\u00e9rents objectifs. Nous allons examiner ces diff\u00e9rents types ci-dessous.<\/p>\n

1. Index \u00e0 un niveau<\/h3>\n

Les index \u00e0 un seul niveau, ou index plats, associent les cl\u00e9s de l’index aux donn\u00e9es de la table. Chaque cl\u00e9 de l’index correspond \u00e0 une seule ligne de la table.<\/p>\n

La colonne customer_id<\/strong> est une cl\u00e9 primaire de la table Customer<\/strong>, qui sert d’index \u00e0 un seul niveau. La cl\u00e9 identifie chaque client et relie les informations le concernant dans la table.<\/p>\n\n\n\n\n\n\n\n\n
Index (customer_id<\/strong>)<\/td>\nPointeur de ligne<\/td>\n<\/tr>\n
1<\/td>\nLigne 1<\/td>\n<\/tr>\n
2<\/td>\nLigne 2<\/td>\n<\/tr>\n
3<\/td>\nLigne 3<\/td>\n<\/tr>\n
4<\/td>\nLigne 4<\/td>\n<\/tr>\n
..<\/td>\n..<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

La relation entre les cl\u00e9s customer_id<\/strong> et les d\u00e9tails des clients individuels est simple. Les index \u00e0 un niveau excellent dans les sc\u00e9narios o\u00f9 les tableaux contiennent quelques lignes ou colonnes avec peu de valeurs distinctes. Les colonnes telles que le statut<\/strong> ou la cat\u00e9gorie,<\/strong> par exemple, sont de bons candidats.<\/p>\n

Utilisez un index \u00e0 niveau unique pour les requ\u00eates simples qui localisent une ligne sp\u00e9cifique sur la base d’une seule colonne. Sa mise en \u0153uvre est simple, directe et efficace pour les petits ensembles de donn\u00e9es.<\/p>\n

2. Index \u00e0 plusieurs niveaux<\/h3>\n

Contrairement aux index \u00e0 un niveau pour la recherche organis\u00e9e de donn\u00e9es, les index \u00e0 plusieurs niveaux utilisent une structure hi\u00e9rarchique. Ils comportent plusieurs niveaux d’orientation. L’index de premier niveau dirige la recherche vers un index de niveau inf\u00e9rieur, et ainsi de suite jusqu’\u00e0 ce qu’il atteigne le niveau feuille, qui stocke les donn\u00e9es. Cette structure r\u00e9duit le nombre de comparaisons n\u00e9cessaires lors des recherches.<\/p>\n

Prenons l’exemple d’un index multi-niveau comportant les colonnes adress<\/strong> et customer_id<\/strong>.<\/p>\n\n\n\n\n\n\n\n
Index (adress<\/strong>)<\/td>\nSous-index (customer_id<\/strong>)<\/td>\nPointeur de ligne<\/td>\n<\/tr>\n
123 Main Street<\/td>\n1<\/td>\nLigne 1<\/td>\n<\/tr>\n
456 Oak Ave<\/td>\n2<\/td>\nLigne 2<\/td>\n<\/tr>\n
789 Pine Rd<\/td>\n3<\/td>\nLigne 3<\/td>\n<\/tr>\n
..<\/td>\n..<\/td>\n..<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Le premier niveau organise les adresses. Le deuxi\u00e8me niveau, \u00e0 l’int\u00e9rieur de chaque adresse, organise les identifiants des clients.<\/p>\n

Cette organisation est excellente pour les ensembles de donn\u00e9es plus importants qui n\u00e9cessitent une hi\u00e9rarchie de recherche organis\u00e9e. Elle est \u00e9galement utile pour les colonnes telles que last_name<\/strong> avec une cardinalit\u00e9 mod\u00e9r\u00e9e (l’unicit\u00e9 des valeurs de donn\u00e9es dans une colonne particuli\u00e8re).<\/p>\n

3. Index group\u00e9s<\/h3>\n

Les index group\u00e9s de MySQL<\/a> dictent l’ordre logique de l’index et l’ordre des donn\u00e9es dans la table. Si vous appliquez un index group\u00e9 \u00e0 la colonne customer_id<\/strong> de la table Customer<\/strong>, les lignes sont tri\u00e9es en fonction des valeurs de la colonne. Cela signifie que l’ordre des donn\u00e9es dans la table refl\u00e8te l’ordre de l’index group\u00e9, ce qui am\u00e9liore les performances de r\u00e9cup\u00e9ration des donn\u00e9es pour des mod\u00e8les sp\u00e9cifiques en r\u00e9duisant les E\/S sur disque.<\/p>\n

Cette strat\u00e9gie est efficace lorsque le mod\u00e8le de r\u00e9cup\u00e9ration des donn\u00e9es correspond \u00e0 l’ordre des identifiants des clients. Elle convient \u00e9galement aux colonnes \u00e0 forte cardinalit\u00e9, comme customer_id<\/strong>.<\/p>\n

Si les index group\u00e9s offrent des avantages en termes de performances de recherche de donn\u00e9es pour des mod\u00e8les sp\u00e9cifiques, il est important de noter un inconv\u00e9nient potentiel. Le tri des lignes sur la base de l’index group\u00e9 peut avoir un impact sur les performances des op\u00e9rations d’insertion et de mise \u00e0 jour, en particulier si le mod\u00e8le d’insertion ou de mise \u00e0 jour ne correspond pas \u00e0 l’ordre de l’index group\u00e9. En effet, les nouvelles donn\u00e9es doivent \u00eatre ins\u00e9r\u00e9es ou mises \u00e0 jour de mani\u00e8re \u00e0 conserver l’ordre de tri, ce qui entraine des frais suppl\u00e9mentaires.<\/p>\n

4. Index non group\u00e9s<\/h3>\n

Les index non group\u00e9s offrent une plus grande flexibilit\u00e9 aux structures des bases de donn\u00e9es. Supposons que vous utilisiez un index non group\u00e9 sur une colonne email<\/strong>. Contrairement \u00e0 un index group\u00e9, il ne modifie pas l’ordre des entr\u00e9es dans la table.<\/p>\n

En revanche, il cr\u00e9e une nouvelle structure qui associe les cl\u00e9s – dans ce cas, les adresses e-mail – aux lignes de donn\u00e9es. Lorsque vous interrogez la base de donn\u00e9es \u00e0 la recherche d’une adresse \u00e9lectronique sp\u00e9cifique, l’index non group\u00e9 guide la recherche directement vers la ligne concern\u00e9e, sans tenir compte de l’ordre de la table.<\/p>\n

La flexibilit\u00e9 des index non group\u00e9s est leur principal avantage. Ils permettent des recherches efficaces sur plusieurs colonnes sans imposer d’ordre aux donn\u00e9es stock\u00e9es. Ce syst\u00e8me rend les index non group\u00e9s polyvalents, car ils peuvent r\u00e9pondre \u00e0 des requ\u00eates qui ne suivent pas l’ordre primaire de la table.<\/p>\n

Les index non group\u00e9s sont utiles lorsque le mod\u00e8le de recherche des donn\u00e9es diff\u00e8re de l’ordre alphab\u00e9tique et pour les colonnes dont la cardinalit\u00e9 est moyenne \u00e0 \u00e9lev\u00e9e, comme l’e-mail.<\/p>\n

Comment cr\u00e9er des index<\/h2>\n

Maintenant que nous avons vu ce que sont les index d’un point de vue g\u00e9n\u00e9ral, passons \u00e0 des exemples pratiques de cr\u00e9ation d’index \u00e0 l’aide de MySQL Workbench.<\/p>\n

Pr\u00e9-requis<\/h3>\n

Pour suivre, vous avez besoin de :<\/p>\n