- Documentation Library
- Table of Contents
- MySQL 5.0 Manual
- Table of Contents
- 15.11 Modèle de transactions et verrouillage InnoDB
- 15.11.1 InnoDB et AUTOCOMMIT
- 15.11.2 InnoDB et SET ... TRANSACTION ISOLATION LEVEL ...
- 15.11.3 Lecture cohérente non-bloquante
- 15.11.4 Verrous de lecture SELECT ... FOR UPDATE et SELECT ... LOCK IN SHARE MODE
- 15.11.5 Verrou de clé suivante : éviter le problème des lignes fantômes
- 15.11.6 Un exemple de lecture cohérente avec InnoDB
- 15.11.7 Les verrous posés par différentes requêtes SQL avec InnoDB
- 15.11.8 Quand est-ce que MySQL valide ou annule implicitement une transaction?
- 15.11.9 Détection des blocages et annulation
- 15.11.10 Comment gérer les blocages de verrous?
InnoDB détecte automatiquement les blocages
de transactions et annule une ou plusieurs transactions pour
l'éviter. Depuis la version 4.0.5, InnoDB va
essayer d'annuler les petites transactions. La taille de la
transaction est déterminée par le nombre de lignes qu'elle a
inséré, modifié ou effacé. Avant la version 4.0.5,
InnoDB annulait toujours la transaction qui
avait posé le dernier verrou avant le blocage, c'est à dire,
un cycle dans le graphe des transactions.
InnoDB ne peut pas détecter les blocages
causés par la commande MySQL LOCK TABLES, ou
si un verrou est posé par un autre gestionnaire de table que
InnoDB. Vous devez résoudre ces situations
avec l'option innodb_lock_wait_timeout du
fichier de configuration.
Lorsque InnoDB effectue une annulation de
transaction, tous les verrous de cette transaction sont
libérés. Cependant, si une commande SQL est annulée pour
cause d'erreur, certains verrous de la transaction peuvent être
conservés. Deci est dû au fait que InnoDB
enregistre les verrous dans un format qui ne permet pas de
savoir qui l'a posé.
This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.
