MySQL Explication détaillée du mécanisme d'isolation des transactions et des principes de mise en œuvre

Cet article vous apporte des connaissances pertinentes surmysql, qui présente principalement l'utilisation des transactions MySQL et les risques des transactions longues, les transactions MySQL et leurs caractéristiques, les problèmes causés par les transactions simultanées et l'isolation des transactions. Niveaux et démonstrations, verrous de contrôle de version unique et le contrôle de concurrence multi-versions MVCC, etc. Examinons-les ensemble, j'espère que cela sera utile à tout le monde.

Apprentissage recommandé :Tutoriel vidéo mysql

1. Utilisation des transactions MySQL

1. Qu'est-ce qu'une transaction

Une transaction est une série d'opérations effectuées comme une seule unité logique de travail. Soit toutes, soit aucune de ces opérations constituent une unité de travail intégrale.

Par exemple, lors du paiement de quelque chose, il y aura une série d'opérations, telles que vérifier le solde, ajouter ou soustraire et mettre à jour le solde. Ces opérations doivent être simultanées. Sinon, cela montrera que votre paiement a réussi, mais que le système n'a pas reçu l'argent. Dans MySQL, la prise en charge des transactions est implémentée au niveau du moteur. Le moteur MyISAM ne prend pas en charge les transactions. 2. Les quatre caractéristiques des transactions. une transaction, Une unité logique de travail doit satisfaire quatre caractéristiques dans un système de gestion de base de données relationnelle.

Le soi-disant ACIDE : atomicité, consistance, isolation et durabilité.

Atomicité: Toutes les opérations d'une transaction sont soit terminées, soit incomplètes et ne se termineront pas dans les étapes intermédiaires.

: Les limites d'intégrité de la base de données ne sont pas dépassées avant et après une transaction.

Isolation: les relations apparaîtront lorsque plusieurs transactions accèdent aux mêmes données dans la base de données en même temps.

Persistance: Une fois la transaction terminée, les modifications apportées par la transaction seront conservées et ne seront pas perdues.

ACID doit être garanti via les journaux Redo et Undo. Explication détaillée du système de journalisation MySQL : (à compléter ultérieurement)

MySQL a les deux méthodes de démarrage de transaction suivantes :

commencer ou démarrer la transaction. L'instruction de validation correspondante est commit et l'instruction rollback est rollback.

BEGIN -- 开启事务 START TRANSACTION -- 开启事务 INSERT INTO fork_business_detail VALUES ( 4, '123', '123', '123004', '2022-11-12 17:17:29', '1', '2022-11-12 17:17:37', '1' ); COMMIT -- 提交事务 ROLLBACK -- 回滚事务

set autocommit=0, cette commande désactivera la soumission automatique de ce fil. Cela signifie que si vous exécutez uniquement une instruction select, la transaction sera démarrée et ne sera pas automatiquement validée. Cette transaction persiste jusqu'à ce que vous exécutiez activement une instruction de validation ou d'annulation, ou jusqu'à ce que vous vous déconnectiez. (Non recommandé !)

set autocommit=0 -- 关闭自动提交 INSERT INTO fork_business_detail VALUES ( 4, '123', '123', '123004', '2022-11-12 17:17:29', '1', '2022-11-12 17:17:37', '1' ); COMMIT -- 提交事务 ROLLBACK -- 回滚事务

Lorsque plusieurs transactions sont exécutées sur la base de données en même temps (peut être compris comme des scénarios multitâches et simultanés), des lectures sales et des transactions indisponibles Des lectures répétées et des lectures fantômes peuvent survenir.

Afin de résoudre ces problèmes, MySQL introduit le concept de « niveau d'isolement ».

Plus le niveau d'isolement est élevé, plus l'efficacité est faible. Plusieurs fois, nous devons trouver un équilibre entre les deux. Les niveaux d'isolement des transactions standard SQL incluent : lecture (lecture) non validée (lecture non validée), lecture (lecture) validée (lecture validée), lecture répétable (lecture répétable) et sérialisable (sérialisable).

Read Uncommit(

, Read Uncommit), qui peut lire le processus intermédiaire de la transaction. Il viole les propriétés ACID et présente des problèmes de lecture incorrects. Par conséquent, il n’est fondamentalement pas utilisé et peut être ignoré.

(RC, Read Comended), ce qui signifie que si d'autres transactions ont été validées, on voit que c'est aussi le niveau le plus couramment utilisé. Cependant, pour des raisons historiques, RC peut ne pas être beaucoup utilisé dans les environnements de production.

(RR, Repeatable Read) est actuellement le niveau le plus utilisé. Il propose un verrouillage des espaces, qui est toujours le niveau par défaut. À ce niveau, des blocages, une faible concurrence et d’autres problèmes surviennent souvent.

(sérialisable) n'est pas une implémentation multi-version, mais une implémentation à version unique, car toutes ses implémentations sont implémentées via des verrous. Fondamentalement non utilisé et peut être ignoré.2. Problèmes causés par des transactions simultanées

Lecture sale: La transaction A lit les données mises à jour par la transaction B, puis B annule, donc les données lues par A sont sales (données qui ne devraient pas réellement exister)

Lecture non répétable: la transaction A lit les mêmes données plusieurs fois. La transaction B met à jour et valide les données lors de plusieurs lectures de la transaction A, ce qui entraîne des résultats incohérents lorsque la transaction A capture les mêmes données plusieurs fois.

Une transaction lit les données soumises par une autre transaction, ce qui entraîne la lecture de données différentes deux fois

幻读：A查出来数据，此时B提交，A再次查同一数据时结果不一致。一个事务前后两次读取的数据不一致，是因为其他事务插入数据导致的事务并发情况

SELECT @@transaction_isolation; -- 查看mysql事务隔离级别 SELECT @@tx_isolation; -- 查看mysql事务隔离级别

set session transaction isolation level read uncommitted; -- 设置成读未提交 SELECT @@tx_isolation; -- 查看mysql事务隔离级别 START TRANSACTION -- 事务A INSERT INTO fork_business_detail VALUES ( 4, '123', '123', '123004', '2022-11-12 17:17:29', '1', '2022-11-12 17:17:37', '1' ); ROLLBACK select * from fork_business_detail where id= 4 -- 事务B

select * from fork_business_detail where id= 4; BEGIN; -- 开启事务 select * from fork_business_detail where id= 4; UPDATE fork_business_detail set SUB_ODR_ID=123004 where id= 4; COMMIT; select * from fork_business_detail where id= 5;

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!