


Comment InNODB implémente-t-il le niveau d'isolement de lecture répétable?
Jun 14, 2025 am 12:33 AMINNODB met en ?uvre des lectures reproductibles via MVCC et GAP Lock. MVCC réalise une lecture cohérente à travers des instantanés et les résultats de la requête de transaction restent inchangés après plusieurs transactions; Le verrouillage des écarts empêche les autres transactions d'insérer des données et évite la lecture des fant?mes. Par exemple, la transaction Une première requête obtient une valeur de 100, la transaction B est modifiée à 200 et soumise, A est toujours à nouveau de 100 en requête; Et lors de l'exécution de la requête de portée, le verrouillage de l'écart empêche les autres transactions d'insérer des enregistrements. De plus, les analyses d'index non uniques peuvent ajouter des verrous d'espace par défaut, et la clé primaire ou les requêtes équivalentes à index unique peut ne pas être ajoutée, et les serrures d'écart peuvent être annulées en réduisant les niveaux d'isolement ou un contr?le explicite de verrouillage.
INNODB met en ?uvre le niveau d'isolement de lecture reproductible, qui est principalement accompli par le contr?le de concurrence multi-version (MVCC) et le verrouillage de l'espace . Ce mécanisme peut éviter efficacement de nombreux problèmes de concurrence tout en garantissant la cohérence des données.
MVCC: Faites de la lecture et de l'écriture pas de se bloquer les uns les autres
INNODB utilise le mécanisme MVCC pour implémenter des lectures cohérentes non verrouillées, c'est-à-dire qu'au niveau de l'isolement de lecture reproductible, les données vues par la même transaction effectuant plusieurs requêtes de sélection sont cohérentes, même si d'autres transactions ont soumis des modifications.
- Chaque ligne d'enregistrements contient deux champs cachés:
DB_TRX_ID
(l'ID de transaction de la ligne a été modifié pour la dernière fois) etDB_ROLL_PTR
(pointe vers la connexion UNO dans le segment de recul). - Lorsqu'une transaction démarre, InNODB crée une vue de lecture cohérente de la visibilité des transactions, et toutes les requêtes ultérieures utilisent ce instantané pour déterminer quelles versions de données sont visibles pour la transaction actuelle.
- Ainsi, même si d'autres transactions mettent à jour et que les données sont soumises, ces modifications ne seront pas visibles dans la transaction actuelle, réalisant ainsi une "lecture reproductible".
Par exemple:
Supposons que la première fois qu'un enregistrement soit interrogé après la transaction A Démarrage est de 100, la transaction B modifie l'enregistrement à 200 et le soumet. Si la transaction a à nouveau ce dossier, elle en voit toujours 100 car son instantané n'a pas changé.
Lock de l'écart: empêcher la lecture des fant?mes
Bien que MVCC résout le problème de la "lecture non reproductible", il existe un autre phénomène appelé "lecture d'illusion" - c'est-à-dire que le nombre d'ensembles de résultats change lorsque les requêtes sont interrogées deux fois dans une transaction. INNODB utilise le verrouillage de l'espace sous lecture répétable pour résoudre ce problème.
- Le verrouillage de l'espace agit sur ?l'écart? entre les index, empêchant d'autres transactions d'insérer de nouveaux enregistrements dans ces lacunes.
- Par exemple, si vous exécutez une requête de plage (telle que
SELECT * FROM table WHERE id BETWEEN 10 AND 20 FOR UPDATE
), InNODB ajoutera non seulement des verrous d'enregistrement aux enregistrements existants, mais ajoutera également des serrures d'espace aux intervalles de ID = 10 à ID = 20. - D'autres transactions ne peuvent pas insérer de nouveaux enregistrements dans cet intervalle, évitant ainsi la lecture fant?me.
Quelques explications:
- Si vous utilisez une analyse d'index non unique, InNODB est susceptible d'avoir un verrou d'espace par défaut.
- Pour la clé primaire ou les requêtes équivalentes à index unique, le verrouillage de l'écart peut ne pas prendre effet.
- Si vous ne souhaitez pas ajouter de verrouillage d'écart, vous pouvez abaisser le niveau d'isolement pour lire commis, ou utiliser
SELECT ... FOR SHARE
ouSELECT ... FOR UPDATE
pour contr?ler le comportement de verrouillage.
Comment RR réalise-t-il ?la lecture non alluseur? et la ?lecture sans illustration??
La raison pour laquelle le niveau d'isolement de lecture reproductible d'InnoDB peut éviter à la fois la lecture et la lecture fantastiques non répétibles est qu'il combine deux mécanismes:
- MVCC fournit une vue cohérente pour s'assurer que le résultat de la lecture du même enregistrement plusieurs fois dans la même transaction reste inchangé;
- Le verrouillage d'écart empêche les autres transactions d'insérer de nouveaux enregistrements , empêchant les lectures fant?mes.
L'avantage de cette conception est que ses performances sont relativement bonnes et ne nécessitent pas d'opérations de sérialisation complètes comme la sérialisable.
Fondamentalement, c'est tout. L'implémentation au niveau RR d'InNODB est en fait assez intelligente. Il utilise MVCC pour gérer la cohérence de lecture et utilise des serrures d'écart pour gérer les conflits d'écriture. Les deux fonctionnent bien ensemble. Cependant, si vous rencontrez des blocs de bloces, de l'attente de verrouillage et d'autres problèmes dans le développement réel, vous devez toujours analyser l'utilisation de SQL et des index en détail.
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)

Sujets chauds

GTID (Global Transaction Identifier) ??résout la complexité de la réplication et du basculement dans les bases de données MySQL en attribuant une identité unique à chaque transaction. 1. Il simplifie la gestion de la réplication, gère automatiquement les fichiers journaux et les emplacements, permettant aux serveurs esclaves de demander des transactions en fonction du dernier GTID exécuté. 2. Assurer la cohérence entre les serveurs, assurer que chaque transaction n'est appliquée qu'une seule fois sur chaque serveur et éviter l'incohérence des données. 3. Améliorer l'efficacité du dépannage. GTID comprend le serveur UUID et le numéro de série, ce qui est pratique pour le suivi du flux de transactions et localiser avec précision les problèmes. Ces trois avantages de base rendent la réplication MySQL plus robuste et plus facile à gérer, améliorant considérablement la fiabilité du système et l'intégrité des données.

Le basculement de la bibliothèque principale MySQL comprend principalement quatre étapes. 1. Détection des défauts: Vérifiez régulièrement le processus principal de la bibliothèque, l'état de la connexion et la requête simple pour déterminer s'il s'agit de temps d'arrêt, de configurer un mécanisme de réessayer pour éviter une erreur de jugement et peut utiliser des outils tels que MHA, Orchestrator ou Keepalived pour aider à la détection; 2. Sélectionnez la nouvelle bibliothèque principale: sélectionnez la bibliothèque d'esclaves la plus appropriée pour les remplacer en fonction de la progression de la synchronisation des données (seconds_behind_master), de l'intégrité des données du binlog, du retard du réseau et des conditions de charge, et effectuez une compensation de données ou une intervention manuelle si nécessaire; 3. Commutation topologie: pointez les autres bibliothèques d'esclaves à la nouvelle bibliothèque ma?tre, exécutez Resetmaster ou activez GTID, mettez à jour le VIP, DNS ou la configuration proxy pour

Les étapes pour se connecter à la base de données MySQL sont les suivantes: 1. Utilisez le format de commande de base MySQL-U Username-P-H Host Adresse pour connecter, entrez le nom d'utilisateur et le mot de passe pour se connecter; 2. Si vous devez entrer directement la base de données spécifiée, vous pouvez ajouter le nom de la base de données après la commande, telle que MySQL-UROot-PmyProject; 3. Si le port n'est pas le 3306 par défaut, vous devez ajouter le paramètre -p pour spécifier le numéro de port, tel que MySQL-Uroot-P-H192.168.1.100-P3307; De plus, si vous rencontrez une erreur de mot de passe, vous pouvez la réintégrer. Si la connexion échoue, vérifiez le réseau, le pare-feu ou les paramètres d'autorisation. Si le client est manquant, vous pouvez installer MySQL-Client sur Linux via le gestionnaire de packages. Ma?tre ces commandes

TOALTERALAGEPRODUCTIONTABLE AVEC OUTLONGLOCKS, USEOnlinedDlTechniques.1)

INNODB met en ?uvre des lectures reproductibles via MVCC et GAP Lock. MVCC réalise une lecture cohérente à travers des instantanés et les résultats de la requête de transaction restent inchangés après plusieurs transactions; Le verrouillage des écarts empêche les autres transactions d'insérer des données et évite la lecture des fant?mes. Par exemple, la transaction Une première requête obtient une valeur de 100, la transaction B est modifiée à 200 et soumise, A est toujours à nouveau de 100 en requête; Et lors de l'exécution de la requête de portée, le verrouillage de l'écart empêche les autres transactions d'insérer des enregistrements. De plus, les analyses d'index non uniques peuvent ajouter des verrous d'espace par défaut, et la clé primaire ou les requêtes équivalentes à index unique peut ne pas être ajoutée, et les serrures d'écart peuvent être annulées en réduisant les niveaux d'isolement ou un contr?le explicite de verrouillage.

IndexesinmysqlimprovequeryspeedByenablefasterDatareTevieval.1.ETHEYRODEDATACALNED, permettant à la manière dont la propriété est en particulier d'importance.

Le niveau d'isolement des transactions par défaut de MySQL est RepeatableRead, qui empêche les lectures sales et les lectures non répétibles via MVCC et les serrures d'écart, et évite la lecture fant?me dans la plupart des cas; other major levels include read uncommitted (ReadUncommitted), allowing dirty reads but the fastest performance, 1. Read Committed (ReadCommitted) ensures that the submitted data is read but may encounter non-repeatable reads and phantom readings, 2. RepeatableRead default level ensures that multiple reads within the transaction are consistent, 3. Serialization (Serializable) the highest level, prevents other transactions from modifying data through locks, ensuring data intégrité mais sacrifier les performances;

Les transactions MySQL suivent les caractéristiques acides pour assurer la fiabilité et la cohérence des transactions de base de données. Premièrement, l'atomicité garantit que les transactions sont exécutées comme un ensemble indivisible, soit tous réussissent ou que tous ne reculent pas. Par exemple, les retraits et les dép?ts doivent être achevés ou ne se produisent pas en même temps dans l'opération de transfert; Deuxièmement, la cohérence garantit que les transactions transitionnent la base de données d'un état valide à un autre et maintient la logique de données correcte via des mécanismes tels que les contraintes et les déclencheurs; Troisièmement, l'isolement contr?le la visibilité des transactions multiples lors de l'exécution simultanée, empêche la lecture sale, la lecture non répétée et la lecture fantastique. MySQL prend en charge ReadUnCommit et ReadCommi.
