Introduction au moteur de stockage MySQL Moteur de stockage MyISAM

Les tables du moteur de stockage MyISAM se trouvent dans la base de données et chaque table est stockée sous forme de trois fichiers physiques nommés d'après le nom de la table. Tout d'abord, il doit exister un fichier .frm qui stocke les informations de définition de la structure de la table, indispensable à tout moteur de stockage. Il existe également des fichiers .MYD et .MYI, qui stockent les données de table (.MYD) et les données d'index (.MYI). ) respectivement. Chaque table ne dispose que de trois fichiers pour le stockage des tables de type MyISAM, c'est-à-dire que quel que soit le nombre d'index de la table, ils sont tous stockés dans le même fichier .MYI.

MyISAM prend en charge les trois types d'index suivants :

1 Index B-Tree

L'index B-Tree, comme son nom l'indique, signifie que tous les nœuds d'index suivent le. arbre d'équilibre Structure de données à stocker, tous les nœuds de données d'index sont dans les nœuds feuilles.

2. Index R-Tree

La méthode de stockage de l'index R-Tree est quelque peu différente de celle de l'index b-tree. Elle est principalement conçue pour indexer des champs qui stockent de l'espace et du multi-. données dimensionnelles, donc la version actuelle de MySQL ne prend en charge que les champs de type géométrique pour l'indexation.

3. Index de texte intégral

L'index de texte intégral est l'index de texte intégral dont nous avons parlé, et sa structure de stockage est également un b-tree. Principalement pour résoudre le problème d'inefficacité lorsque nous devons utiliser une requête similaire.

MyISAM Parmi les trois types d'index ci-dessus, le plus couramment utilisé est l'index B-Tree qui est occasionnellement utilisé, mais l'index R-Tree est rarement utilisé dans les systèmes généraux. De plus, l'index B-Tree de MyISAM a une limitation plus importante, c'est-à-dire que la somme des longueurs de tous les champs participant à un index ne peut pas dépasser 1 000 octets.

Bien que chaque table MyISAM soit stockée dans un fichier .MYD avec le même nom de suffixe, le format de stockage de chaque fichier peut ne pas être exactement le même, car le format de stockage des données de MyISAM est divisé en trois. formats : statique (FIXED) de longueur fixe, dynamique (DYNAMIC) de longueur variable et compressé (COMPRESSED). Bien sûr, nous pouvons choisir de compresser parmi les trois formats. Nous pouvons spécifier {COMPRESSED | DEFAULT} via ROW_FORMAT lors de la création de la table, ou nous pouvons utiliser l'outil myisampack pour compresser. Dans le cas de la non-compression, qu'elle soit statique ou dynamique est liée à la définition d'un champ dans notre table. Tant qu'il y a des champs de longueur variable dans la table, la table doit être au format DYNAMIQUE. S'il n'y a pas de champs de longueur variable, elle sera au format FIXE. Bien entendu, vous pouvez également utiliser la commande alter table pour forcer. une table avec une table DYNAMIQUE avec des champs de type VARCHAR est convertie en FIXED, mais le résultat est que le type de champ VARCHAR d'origine sera automatiquement converti en type CHAR. Au contraire, si vous convertissez FIXED en DYNAMIC, le champ de type CHAR sera également converti en type VARCHAR, vous devez donc être prudent lorsque vous effectuez une conversion forcée manuelle.

Les tables du moteur de stockage MyISAM sont-elles suffisamment fiables ? Le manuel de référence de l'utilisateur MySQL répertorie les corruptions de fichiers de table qui peuvent survenir dans les situations suivantes :

1. Lorsque mysqld est tué pendant qu'il effectue des opérations d'écriture ou que d'autres situations entraînent une terminaison anormale ; . Crash de l'hôte ;

3. Défaillance matérielle du disque

4.

Après qu'une erreur se produit dans un certain fichier de table du moteur de stockage MyISAM, cela n'affectera que la table et non les autres tables, encore moins les autres bases de données. Si nous rencontrons un problème avec une table MyISAM pendant l'exécution de notre base de données, nous pouvons utiliser la commande check table pour essayer de la vérifier en ligne, et nous pouvons utiliser la commande repair table pour essayer de la réparer. Lorsque la base de données est fermée, on peut également utiliser l'outil myisamchk pour détecter ou réparer une (ou plusieurs) tables de la base de données. Cependant, il est fortement recommandé de ne pas réparer la table facilement, sauf en cas d'absolue nécessité, et de faire autant de sauvegarde que possible avant de réparer pour éviter des conséquences inutiles.

De plus, les tables du moteur de stockage MyISAM peuvent théoriquement être utilisées et exploitées par plusieurs instances de base de données en même temps, mais nous ne le recommandons pas, et cela est également mentionné dans le manuel d'utilisation officiel de MySQL. Il est recommandé d'essayer autant que possible de ne pas partager les fichiers de stockage MyISAM entre plusieurs mysqld.

Ce qui précède est l'introduction du moteur de stockage MySQL MyISAM. Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (www.php.cn) !