La différence entre InnoDB et MyISAM, les deux principaux moteurs de stockage de MySQL

1. Moteur de stockage InnoDB

InnoDB devient le moteur de stockage par défaut dans MySQL5.5 . InnoDB est un moteur de stockage transactionnel conçu pour gérer un grand nombre de transactions à court terme. Ses performances et ses fonctionnalités de récupération automatique en cas de crash le rendent également populaire dans les scénarios non transactionnels.

Vous pouvez donc dire : "Sauf si vous avez besoin d'utiliser certaines fonctionnalités qu'InnoDB ne possède pas et qu'il n'y a pas d'autre moyen de la remplacer, vous devez lui donner la priorité ".

Les données InnoDB sont stockées dans l'espace table, qui peut stocker les données et les index de chaque table dans des fichiers séparés.

InnoDB utilise MVCC pour prendre en charge une concurrence élevée et implémente quatre niveaux d'isolation standard. Le niveau par défaut est REPEATABLE READ (lecture répétable) et la stratégie de verrouillage des espaces empêche les lectures fantômes.

InnoDB est construit sur la base d'un index clusterisé L'index clusterisé a des performances élevées pour les requêtes de clé primaire.

InnoDB prend en charge une véritable sauvegarde à chaud, qui peut être réalisée via l'outil XtraBackup.

InnoDB a apporté de nombreuses optimisations internes, notamment une lecture anticipée prévisible lors de la lecture des données à partir du disque, la possibilité de créer automatiquement des index de hachage en mémoire et des tampons d'insertion qui peuvent accélérer les opérations d'insertion.

Scénarios d'application  :

Nécessite une sauvegarde à chaud en ligne

La quantité de données est importante et nécessite une récupération rapide après une panne du système. Comme le traitement des commandes.

2.Moteur de stockage MyISAM

Avant MySQL5.1, MyISAM était le moteur de stockage par défaut. MyISAM ne prend pas en charge les transactions ni les verrous au niveau des lignes, et son plus gros défaut est qu'il ne peut pas récupérer en toute sécurité après un crash.

.MyISAM stocke les tables dans deux fichiers : des fichiers de données et des fichiers d'index.

MyISAM verrouille la table entière, ajoute des verrous partagés à toutes les tables requises lors de la lecture et ajoute des verrous exclusifs lors de l'écriture. Cependant, lorsque la table a une requête de lecture, vous pouvez également insérer de nouveaux enregistrements dans la table (insertion simultanée)

MyISAM peut effectuer des opérations de vérification et de réparation manuellement ou automatiquement, mais cela peut entraîner une perte de données et une opération de réparation. est très lent.

Les champs longs tels que BLOB et TEXT dans les tables MyISAM peuvent également créer des index basés sur les 500 premiers caractères. MyISAM prend également en charge l'indexation de texte intégral, qui est un index créé sur la base de la segmentation des mots et peut prendre en charge des requêtes complexes.

Si MyISAM spécifie DELAY_KEY_WRITE (mise à jour retardée de la clé d'index) lors de la création d'une table, l'index sera écrit dans le tampon de clé en mémoire lorsque chaque modification est terminée, empêchant le tampon de clé d'être effacé ou la table d'être fermé. Ce n'est qu'alors que le bloc d'index correspondant sera écrit sur le disque. Cette méthode peut grandement améliorer les performances d'écriture. Mais les index peuvent être corrompus lorsque la base de données ou l'hôte tombe en panne.

Scénarios d'application  :

Principalement des scénarios pour les opérations SELECT et INSERT, telles que les applications de journaux générales.                                                                                 

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!