InnoDB prend en charge les transactions, les verrous de ligne et les verrous de table. MyISAM ne prend pas en charge les transactions et prend uniquement en charge les verrous de table. Seul InnoDB est présenté ici.
InnoDB implémente les deux types de verrous de ligne suivants.
Verrou partagé (S) : permet à une transaction de lire une ligne et empêche d'autres transactions d'obtenir un verrouillage exclusif sur le même ensemble de données.
Verrou exclusif (X) : permet à une transaction qui obtient un verrou exclusif de mettre à jour les données et empêche d'autres transactions d'obtenir des verrous de lecture partagés et des verrous d'écriture exclusifs sur le même ensemble de données.
De plus, afin de permettre aux verrous de ligne et de table de coexister et de mettre en œuvre un mécanisme de verrouillage multi-granularité, InnoDB dispose également de deux verrous d'intention utilisés en interne (Intention Locks Both intention). les verrous sont C'est un verrou de table.
Intention de verrouillage partagé (IS) : la transaction a l'intention d'ajouter un verrou partagé de ligne à la ligne de données. La transaction doit d'abord obtenir le verrou IS de la table avant d'ajouter un verrou partagé à la ligne. une ligne de données.
Verrou exclusif d'intention (IX) : La transaction a l'intention d'ajouter un verrou exclusif de ligne à la ligne de données. La transaction doit d'abord obtenir le verrou IX de la table avant d'ajouter un verrou exclusif à. une ligne de données.
Liste de compatibilité du mode de verrouillage de ligne InnoDB
请求锁模式
是否兼容
当前锁模式
|
X |
IX |
S |
IS |
X |
冲突 |
冲突 |
冲突 |
冲突 |
IX |
冲突 |
兼容 |
冲突 |
兼容 |
S |
冲突 |
冲突 |
兼容 |
兼容 |
IS |
冲突 |
兼容 |
兼容 |
兼容 |
Demande de mode de verrouillage Est-il compatible
- Mode de verrouillage actuel
X |
IX |
S |
IS |
|
X |
Conflit |
Conflit |
Conflit | Conflit |
IX |
Conflit |
Compatible |
Conflit |
Compatible |
S |
Conflit |
Conflit |
Compatible |
Compatible |
IS |
Conflit |
Compatible |
Compatible |
Compatible |
Si le mode de verrouillage demandé par une transaction est compatible avec le verrouillage actuel, InnoDB accordera le verrouillage demandé à la transaction sinon, si les deux sont incompatibles, le la transaction attendra que le verrou soit libéré. Remarque :
Le verrouillage d'intention est automatiquement ajouté par InnoDB et ne nécessite aucune intervention de l'utilisateur.
Pour les instructions UPDATE, DELETE et INSERT, InnoDB ajoutera automatiquement un verrou exclusif (X) à l'ensemble de données impliqué.
Pour les instructions SELECT ordinaires, InnoDB n'ajoutera aucun verrou.
-
Le verrouillage de ligne InnoDB est implémenté en verrouillant les éléments d'index sur l'index. Par conséquent, la fonctionnalité d'implémentation de verrouillage de ligne d'InnoDB signifie qu'InnoDB utilise uniquement la condition d'index pour récupérer les données au niveau de la ligne. verrous, sinon InnoDB utilisera des verrous de table.
-
De plus, les transactions peuvent ajouter explicitement des verrous partagés ou des verrous exclusifs au jeu d'enregistrements via les instructions suivantes.
Verrou(s) partagé(s) : SELECT * FROM nom_table OÙ ... VERROUILLER EN MODE PARTAGE.
Verrou exclusif (X) : SELECT * FROM table_name WHERE ... FOR UPDATE.
Utilisez SELECT ... IN SHARE MODE pour obtenir un verrou partagé, qui est principalement utilisé pour confirmer si une ligne d'enregistrements existe en cas de dépendances de données sont requis et assurez-vous que personne n’effectue d’opérations UPDATE ou DELETE sur cet enregistrement. Cependant, si la transaction en cours doit également mettre à jour l'enregistrement, cela risque de provoquer un blocage. Pour les applications qui doivent mettre à jour l'enregistrement de ligne après l'avoir verrouillé, la méthode SELECT... FOR UPDATE doit être utilisée pour obtenir un verrou exclusif. . Ce qui précède est le contenu des transactions, des verrous et des applications MySQL (2). Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (www.php.cn) !
Déclaration:Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn