


Comprendre les niveaux d'isolement des transactions InNODB dans MySQL
Jul 02, 2025 pm 04:09 PMLe niveau d'isolement des transactions d'InNODB équilibre la cohérence et les performances en contr?lant le comportement de concurrence des transactions. 1. Le niveau d'isolement détermine le degré de modification des données visibles entre les transactions, empêchant la lecture sale, les problèmes de lecture non répétibles et de lecture fant?me; 2. Les quatre niveaux sont lus non engagés (presque notables), lus engagés (priorité de performance), lecture reproductible (niveau par défaut) et sérialisable (exigences de cohérence élevées), chacune empêchant différents types de problèmes de concurrence; 3. Le niveau d'isolement au niveau global ou de session peut être défini via la commande SET, et il est recommandé de le configurer explicitement dans le pool de connexion ou ORM; 4. Les notes incluent: le RR par défaut ne convient pas nécessairement à tous les scénarios, le verrouillage des clés sous RR peut provoquer des impasses, et MVCC fonctionne différemment à différents niveaux, et la compréhension du niveau actuel est crucial pour résoudre les problèmes.
Le niveau d'isolement des transactions d'InNODB est l'un des mécanismes de base de MySQL qui contr?le le comportement de concurrence des transactions. Il détermine les changements de données qu'une transaction peut voir et comment faire face à des problèmes conflictuels lorsque plusieurs transactions fonctionnent simultanément les mêmes données.

MySQL prend en charge quatre niveaux d'isolement de transaction standard: lire non engagée, lire engagée, lecture reproductible et sérialisable. Ces niveaux augmentent progressivement la cohérence de faible à élevé, mais entra?nent également des co?ts de performance.

1. Que fonctionne exactement le niveau d'isolement?
En termes simples, le niveau d'isolement détermine dans la fa?on dont les transactions se voient les modifications de l'autre dans un environnement simultané. Par exemple:
- Pouvez-vous voir des données qui n'ont pas été soumises par d'autres transactions?
- La "lecture non reproductible" ou la "lecture de l'illusion" appara?tra-t-elle?
- Est-il nécessaire d'éviter l'incohérence des données à travers les verrous?
Les réponses à ces questions dépendent du niveau d'isolement que vous définissez. Le choix du bon niveau peut trouver un équilibre entre les performances et la cohérence.

2. Comparaison de quatre niveaux d'isolement et scénarios applicables
Voici un tableau de comparaison concise qui vous aide à comprendre rapidement quels problèmes que chaque niveau peut éviter:
Niveau d'isolement | Lecture sale | Ne peut pas être lu à plusieurs reprises | Lecture fantastique | Exemple de scénario d'utilisation |
---|---|---|---|---|
Lire non engagé | ? | ? | ? | Presque aucune utilisation |
Lire engagé | ? | ? | ? | Priorité de performance, permettez une incohérence partielle |
Lecture reproductible | ? | ? | ? | Niveau par défaut, adapté à la plupart des OLTP |
Sérialisable | ? | ? | ? | Exigences de cohérence des données élevées |
illustrer:
- Dirty Read : Lisez des données qui n'ont pas été commises par une autre transaction.
- LIRE NON-PROFACTABLE : La même requête renvoie différents résultats (car d'autres transactions mettent à jour les données).
- Phantom Read : De nouveaux enregistrements sont trouvés lors de la requête de portée (généralement causée par l'insertion).
INNODB résout le problème de lecture des fant?mes à travers Gap Lock (Gap Lock) au niveau
Repeatable Read
. Il s'agit d'une fonctionnalité de l'implémentation MySQL et ne respecte pas nécessairement la définition standard SQL.
3. Comment définir le niveau d'isolement des transactions?
Vous pouvez le définir à l'échelle mondiale ou juste pour la session en cours. Les commandes couramment utilisées sont les suivantes:
- Définir le niveau d'isolement global Définir le niveau d'isolement des transactions globales Lire engagée; - Définissez le niveau d'isolement de la lecture de la transaction de session de session de session en cours lecture reproductible Readable;
Si vous utilisez un pool de connexion ou un cadre ORM, il est recommandé de spécifier explicitement le niveau d'isolement dans la configuration au lieu de compter sur la valeur par défaut.
4. Malets et précautions courantes
Le niveau par défaut n'est pas la solution optimale
MySQL par défaut est uneRepeatable Read
, mais cela ne signifie pas qu'il convient à toutes les entreprises. Par exemple, certains scénarios d'écriture simultanés élevés peuvent préférer utiliserRead Committed
pour réduire la concurrence de verrouillage.Comprendre clairement le mécanisme de verrouillage sous RR
Le verrouillage de touche suivante utilisé par InnodB sous RR verrouille les enregistrements d'index et leurs lacunes avant et après pour empêcher la lecture de Phantom. Cependant, dans le cas de plans d'exécution réels complexes, des blocages ou des blocages peuvent être déclenchés.MVCC et mécanisme de verrouillage
INNODB utilise le contr?le de concurrence multi-version (MVCC) pour optimiser les opérations de lecture afin d'éviter l'attente de verrouillage inutile. Différents niveaux d'isolement peuvent affecter les règles de visibilité du MVCC, en particulier en cas de grande différence entre RC et RR.
Fondamentalement, c'est tout. Le niveau d'isolement ne semble pas compliqué, mais il est facile à ignorer en détail. Surtout lors du réglage de l'environnement de production ou du dépannage des impasses et des incohérences de données, il est très important de déterminer le niveau que vous utilisez actuellement et pourquoi cela est effectué.
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!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
échangez les visages dans n'importe quelle vidéo sans effort grace à notre outil d'échange de visage AI entièrement gratuit?!

Article chaud

Outils chauds

Bloc-notes++7.3.1
éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

InnoDB est l'un des moteurs de base de données de MySQL. C'est désormais le moteur de stockage par défaut de MySQL et l'une des normes pour les versions binaires de MySQL AB adopte un système d'autorisation à double voie, l'une est une autorisation GPL et l'autre est un logiciel propriétaire. autorisation. InnoDB est le moteur préféré pour les bases de données transactionnelles et prend en charge les tables de sécurité des transactions (ACID)?; InnoDB prend en charge les verrous au niveau des lignes, qui peuvent prendre en charge dans la plus grande mesure la concurrence. Les verrous au niveau des lignes sont implémentés par la couche moteur de stockage.

Comparaison de sélection du moteur de stockage MySQL?: évaluation de l'indice de performance InnoDB, MyISAM et mémoire Introduction?: Dans la base de données MySQL, le choix du moteur de stockage joue un r?le essentiel dans les performances du système et l'intégrité des données. MySQL fournit une variété de moteurs de stockage, les moteurs les plus couramment utilisés incluent InnoDB, MyISAM et Memory. Cet article évaluera les indicateurs de performances de ces trois moteurs de stockage et les comparera à travers des exemples de code. 1. Moteur InnoDB InnoDB est mon

InnoDB est un moteur de stockage qui stocke les données dans des tables sur disque, de sorte que nos données existeront toujours même après l'arrêt et le redémarrage. Le processus réel de traitement des données se produit en mémoire, de sorte que les données du disque doivent être chargées dans la mémoire. S'il traite une demande d'écriture ou de modification, le contenu de la mémoire doit également être actualisé sur le disque. Et nous savons que la vitesse de lecture et d'écriture sur le disque est très lente, ce qui est plusieurs ordres de grandeur différents de la lecture et de l'écriture en mémoire. Ainsi, lorsque nous voulons obtenir certains enregistrements de la table, le moteur de stockage InnoDB doit-il lire. les enregistrements du disque un par un ? La méthode adoptée par InnoDB consiste à diviser les données en plusieurs pages et à utiliser les pages comme unité de base d'interaction entre le disque et la mémoire. La taille d'une page dans InnoDB est généralement de 16.

1. Restaurez et réinstallez MySQL Afin d'éviter d'avoir à importer ces données depuis d'autres endroits, effectuez d'abord une sauvegarde du fichier de base de données de la bibliothèque actuelle (/var/lib/mysql/location). Ensuite, j'ai désinstallé le package Perconaserver5.7, réinstallé l'ancien package 5.1.71 d'origine, démarré le service mysql, et il a demandé Unknown/unsupportedtabletype:innodb et n'a pas pu démarrer normalement. 11050912:04:27InnoDB?: initialisation du pool de tampons, taille = 384,0 M11050912:04:27InnoDB?: terminé

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

1. Niveau d'isolement des transactions Mysql Ces quatre niveaux d'isolement, lorsqu'il y a plusieurs conflits de concurrence de transactions, certains problèmes de lecture sale, de lecture non répétable et de lecture fant?me peuvent survenir, et innoDB les résout en mode niveau d'isolement de lecture répétable. de la lecture fant?me, 2. Qu'est-ce que la lecture fant?me ? La lecture fant?me signifie que dans la même transaction, les résultats obtenus en interrogeant la même plage deux fois avant et après sont incohérents, comme le montre la figure. Dans la première transaction, nous exécutons une requête de plage. à l'heure actuelle, il n'y a qu'une seule donnée qui remplit les conditions. Dans la deuxième transaction, il insère une ligne de données et la soumet. Ensuite, lorsque la première transaction est à nouveau interrogée, le résultat obtenu est un de plus que le résultat de. la première requête Data, notez que les première et deuxième requêtes de la première transaction sont toutes deux identiques.

InnODB atteint l'atomicité par undolog, la cohérence et l'isolement par le mécanisme de verrouillage et le MVCC, et la persistance par redolog. 1) Atomicité: Utilisez undolog pour enregistrer les données d'origine pour vous assurer que la transaction peut être annulée. 2) Cohérence: assurez la cohérence des données via le verrouillage au niveau des lignes et le MVCC. 3) Isolement: prend en charge plusieurs niveaux d'isolement et RepeatableRead est utilisé par défaut. 4) Persistance: utilisez Redolog pour enregistrer des modifications pour garantir que les données sont enregistrées pendant longtemps.

MySQL est un système de gestion de bases de données largement utilisé et différents moteurs de stockage ont des impacts différents sur les performances des bases de données. MyISAM et InnoDB sont les deux moteurs de stockage les plus couramment utilisés dans MySQL. Ils ont des caractéristiques différentes et une mauvaise utilisation peut affecter les performances de la base de données. Cet article explique comment utiliser ces deux moteurs de stockage pour optimiser les performances de MySQL. 1. Moteur de stockage MyISAM MyISAM est le moteur de stockage le plus couramment utilisé pour MySQL. Ses avantages sont une vitesse rapide et un petit espace de stockage. MonISA
