- 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?
MySQL ouvre les connexions des clients en mode d'auto-validation, par défaut. Lorsque l'auto-validation est activée, MySQL fait une validation après chaque commande SQL, si la commande n'a pas retourné d'erreur.
Si vous n'avez pas de mode d'auto-validation, et que vous fermez une connexion sans valider explicitement vos transactions, alors MySQL annule votre transaction.
Si une erreur est retournée par une commande SQL, le
comportement de la transaction dépend de l'erreur. See
Section 15.16, « Gestion des erreurs InnoDB ».
Les commandes SQL suivantes causent une validation implicite de la transaction courante :
ALTER TABLE,BEGIN,CREATE INDEX,DROP DATABASE,DROP INDEX,DROP TABLE,LOAD MASTER DATA,LOCK TABLES,RENAME TABLE,SET AUTOCOMMIT=1,START TRANSACTION,TRUNCATE,UNLOCK TABLES.CREATE TABLE(elle valide uniquement avant MySQL 4.0.13 et si le log binaire MySQL est utilisé).La commande
CREATE TABLEdeInnoDBest traitée comme une seule transaction. Cela signifie qu'une commandeROLLBACKne va pas annuler la commandeCREATE TABLEqui a été faite dans la transaction.
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.
