Maison > base de données > tutoriel mysql > Explication détaillée du moteur de stockage MySQL

Explication détaillée du moteur de stockage MySQL

步履不停
Libérer: 2019-06-18 17:40:19
original
2364 Les gens l'ont consulté

Explication détaillée du moteur de stockage MySQL

1. Moteurs et fonctionnalités de stockage couramment utilisés par MySQL

1. Moteur de stockage InnoDB

Moteur de stockage intégré par défaut de MySQL après la version 5.5 de MySQL. est déjà InnoDB. Ses principales fonctionnalités sont :

(1) La reprise après sinistre est meilleure
(2) Prend en charge les transactions. Le niveau d'isolement des transactions par défaut est la répétabilité, qui est implémentée via MVCC (Concurrent Version Control).
(3) La granularité du verrouillage utilisée est un verrouillage au niveau des lignes, qui peut prendre en charge une concurrence plus élevée
(4) Prise en charge des clés étrangères
(5) Utilisez certains outils de sauvegarde à chaud pour prendre en charge la sauvegarde à chaud en ligne ;
(6) Il existe une gestion des tampons dans InnoDB. Grâce au pool de tampons, tous les index et données sont mis en cache pour accélérer la requête
(7) Pour les tables de type InnoDB, la forme d'organisation physique des données est le clustering. tableau de grappes. Toutes les données sont organisées selon des clés primaires. Les données et index sont rassemblés et sont situés sur les nœuds feuilles du numéro B+ ;

2. Moteur de stockage MyISAM
Avant la version 5.5, MyISAM était le moteur de stockage par défaut de MySQL. mauvaise concurrence et ne peut pas prendre en charge les transactions, il existe donc relativement peu de scénarios d'utilisation. Les principales caractéristiques sont :

(1) Ne prend pas en charge les transactions
(2) Ne prend pas en charge les clés étrangères. ajoutez une clé étrangère, aucune erreur ne sera générée, seules les clés étrangères seront ajoutées. La clé n'a aucune fonction
(3) Le cache de requêtes pour les données mettra uniquement en cache l'index, pas les données comme InnoDB, et il utilise ; le propre cache du système d'exploitation ;
(4) La granularité du verrouillage par défaut est le verrouillage au niveau de la table, donc la concurrence est très faible, le verrouillage est rapide et il y a moins de conflits de verrouillage, donc les blocages sont moins susceptibles de se produire
 ; (5) Prise en charge de l'index de texte intégral (après MySQL 5.6, le moteur de stockage InnoDB a également apporté des améliorations à l'index de texte intégral) Pris en charge), mais l'index de texte intégral de MySQL n'est fondamentalement pas utilisé pour l'index de texte intégral. d'autres solutions matures, telles que : ElasticSearch, Solr, Sphinx, etc.
(6) Si l'hôte sur lequel se trouve la base de données tombe en panne, les fichiers de données MyISAM sont facilement endommagés et difficiles à récupérer

3. Le moteur de stockage MEMORY
stocke les données en mémoire et utilise Redis ; le marché. Memcached et d'autres ont des idées similaires. Afin d'améliorer la vitesse d'accès aux données, les principales fonctionnalités sont :

(1) Les types de données pris en charge sont limités, par exemple : les types TEXT et BLOB ne le sont pas. pris en charge. Pour les données de type chaîne, seul le paramètre fixe est pris en charge. Pour les lignes de longueur, VARCHAR sera automatiquement stocké en tant que type CHAR
(2) La granularité de verrouillage prise en charge est le verrouillage au niveau de la table. Par conséquent, lorsque le nombre d'accès est relativement important, les verrous au niveau de la table deviendront le goulot d'étranglement du moteur de stockage MEMORY
(3) Étant donné que les données sont stockées en mémoire, toutes les données seront perdues après le redémarrage du serveur ;
(4 ) Lors de l'interrogation, si une table temporaire est utilisée et qu'il y a des champs de type BLOB et TEXT dans la table temporaire, alors la table temporaire sera convertie en table de type MyISAM, et les performances diminueront fortement

4. Moteur de stockage ARCHIVE

Le moteur de stockage ARCHIVE convient à des scénarios limités puisqu'il prend en charge la compression, il est principalement utilisé pour l'archivage des journaux, du streaming et d'autres données :

( 1) Prend en charge la compression Zlib et les données sont stockées dans Avant d'être insérées dans la table, elles seront d'abord compressées

(2) ne prend en charge que les opérations SELECT et INSERT, les données stockées ne peuvent être interrogées et ne peuvent pas être modifiées ou supprimées ; ;
(3) ne prend en charge que les clés d'incrémentation automatique, les autres index ne sont pas pris en charge

5. ) Son format de données est du texte au format .csv, qui peut être modifié directement Enregistrer

(2) Il est plus pratique d'importer et d'exporter les données d'un tableau au format csv et d'essayer de l'ouvrir avec. Logiciel de bureau Excel ;

2. Comparaison entre InnoDB et MyISAM


1 En raison de la différence de granularité de verrouillage, InnoDB prend en charge une concurrence plus élevée que MyISAM

2. locks et MyISAM a des verrous au niveau de la table, donc InnoDB est plus sujet aux blocages que MyISAM. La probabilité de conflit est plus grande et le coût du verrouillage est également plus élevé, car chaque ligne doit être verrouillée

3. En termes ; de sauvegarde et de reprise après sinistre, InnoDB prend en charge la sauvegarde à chaud en ligne et dispose d'une solution de sauvegarde à chaud en ligne très mature

4. En termes de performances de requête, l'efficacité des requêtes de MyISAM est supérieure à celle d'InnoDB, car InnoDB doit maintenir le cache des données pendant le processus ; processus de requête, et le processus de requête localise d'abord le bloc de données où se trouve la ligne, puis le localise dans le bloc de données sur la ligne que vous souhaitez rechercher ; MyISAM peut localiser directement l'adresse mémoire où se trouvent les données, et vous. peut trouver directement les données ;

5. Instruction SELECT COUNT(*), si le nombre de lignes est supérieur à des dizaines de millions, MyISAM peut le découvrir rapidement, les requêtes InnoDB sont particulièrement lentes car MyISAM stocke le nombre de lignes séparément, et InnoDB nécessite que Zhu Xing compte le nombre de lignes ; donc si vous utilisez InnoDB et devez interroger le nombre de lignes, vous devez effectuer un traitement spécial sur le nombre de lignes, tel que : requête hors ligne et cache
6 ; Les fichiers de structure de table de MyISAM incluent : .frm (définition de structure de table), .MYI (index), .MYD (données) tandis que les fichiers de données de table d'InnoDB sont : .ibd et .frm (définition de structure de table) ; >3. Comment choisir un moteur de stockage approprié

1. Si le scénario d'utilisation nécessite une prise en charge des transactions
2. S'il est nécessaire de prendre en charge une concurrence élevée. MyISAM ;
3. S'il est nécessaire de prendre en charge les clés étrangères ;

4. S'il est nécessaire de prendre en charge la sauvegarde à chaud en ligne

5. uniquement les tampons Index;

6. Index, les index des différents moteurs de stockage ne sont pas les mêmes

Pour plus d'articles techniques liés à MySQL, veuillez visiter la colonne Tutoriel MySQL pour apprendre !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal