Detaillierte Erläuterung des Transaktionsisolationsmechanismus und der Implementierungsprinzipien von MySQL

Dieser Artikel vermittelt Ihnen relevantes Wissen überMySQL, das hauptsächlich die Verwendung von MySQL-Transaktionen und die Risiken langer Transaktionen, MySQL-Transaktionen und ihre Eigenschaften, durch gleichzeitige Transaktionen verursachte Probleme sowie Transaktionsisolationsstufen und -demonstrationen sowie einzelne Versionskontrollsperren vorstellt und Mehrversions-Parallelitätskontrolle MVCC usw. Schauen wir sie uns gemeinsam an. Ich hoffe, dass es für alle hilfreich ist.

Empfohlenes Lernen:MySQL-Video-Tutorial

1. Verwendung von MySQL-Transaktionen

1. Was ist eine Transaktion

Eine Transaktion ist eine Reihe von Vorgängen, die als eine einzige logische Arbeitseinheit ausgeführt werden. Entweder sind alle oder keine dieser Vorgänge eine integrale Arbeitseinheit.

Während des Bezahlvorgangs werden beispielsweise eine Reihe von Vorgängen durchgeführt, z. B. das Überprüfen des Kontostands, das Addieren oder Subtrahieren und das Aktualisieren des Kontostands. Diese Vorgänge müssen gleichzeitig erfolgen. Andernfalls wird angezeigt, dass Ihre Zahlung erfolgreich war, das System jedoch das Geld nicht erhalten hat. Die MyISAM-Engine unterstützt keine Transaktionen Eine Transaktion. Eine logische Arbeitseinheit muss vier Merkmale in einem relationalen Datenbankverwaltungssystem erfüllen.

Die sogenannte ACID: Atomizität, Konsistenz, Isolation und Haltbarkeit.

Atomizität: Alle Vorgänge einer Transaktion sind entweder abgeschlossen oder unvollständig und enden nicht in den Zwischenstadien.

: Die Integritätsgrenzen der Datenbank werden vor und nach einer Transaktion nicht verletzt.

Isolation: Beziehungen werden angezeigt, wenn mehrere Transaktionen gleichzeitig auf dieselben Daten in der Datenbank zugreifen.

Persistenz: Nach Abschluss der Transaktion bleiben die durch die Transaktion vorgenommenen Änderungen bestehen und gehen nicht verloren.

ACID muss durch Redo- und Undo-Protokolle garantiert werden. Detaillierte Erläuterung des MySQL-Protokollsystems: (wird später ergänzt)

MySQL verfügt über die folgenden zwei Transaktionsstartmethoden:

Transaktion starten oder starten. Die entsprechende Commit-Anweisung lautet commit und die Rollback-Anweisung lautet 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, dieser Befehl deaktiviert die automatische Übermittlung dieses Threads. Das heißt, wenn Sie nur eine Select-Anweisung ausführen, wird die Transaktion gestartet und nicht automatisch festgeschrieben. Diese Transaktion bleibt bestehen, bis Sie aktiv eine Commit- oder Rollback-Anweisung ausführen oder bis Sie die Verbindung trennen. (Nicht empfohlen!)

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 -- 回滚事务

Wenn mehrere Transaktionen gleichzeitig in der Datenbank ausgeführt werden (kann als Multitasking, gleichzeitige Szenarien verstanden werden), Dirty Reads und nicht verfügbare Transaktionen Es kann zu wiederholtem Lesen und Phantomlesen kommen.

Um diese Probleme zu lösen, führt MySQL das Konzept der „Isolationsstufe“ ein.

Je höher der Isolationsgrad, desto geringer die Effizienz. Oft müssen wir ein Gleichgewicht zwischen beiden finden. Zu den Isolationsstufen für SQL-Standardtransaktionen gehören: Lesen (Lesen), nicht festgeschrieben (Lesen nicht festgeschrieben), Lesen (Lesen), festgeschrieben (Lesen festgeschrieben), wiederholbares Lesen (wiederholbares Lesen) und serialisierbar (serialisierbar).

Read Uncommitted(

, Read Uncommitted), das den Zwischenprozess der Transaktion lesen kann. Es verstößt gegen ACID-Eigenschaften und weist Dirty-Read-Probleme auf. Daher wird es grundsätzlich nicht verwendet und kann ignoriert werden.

(RC, Read Committed), was bedeutet, dass wir sehen können, dass dies auch die am häufigsten verwendete Ebene ist, wenn andere Transaktionen festgeschrieben wurden. Aus einigen historischen Gründen wird RC jedoch möglicherweise nicht häufig in Produktionsumgebungen verwendet.

(RR, Repeatable Read) ist derzeit das am weitesten verbreitete Level. Es verfügt über eine Lückenverriegelung, die immer noch die Standardstufe ist. Auf dieser Ebene treten häufig Deadlocks, geringe Parallelität und andere Probleme auf.

(serialisierbar) ist keine Implementierung mit mehreren Versionen, sondern eine Implementierung mit einer Version, da alle Implementierungen über Sperren implementiert werden. Wird grundsätzlich nicht verwendet und kann ignoriert werden. 2. Durch gleichzeitige Transaktionen verursachte ProblemeNicht wiederholbares Lesen: Transaktion A liest dieselben Daten mehrmals. Transaktion B aktualisiert und schreibt Daten während mehrerer Lesevorgänge von Transaktion A fest, was zu inkonsistenten Ergebnissen führt, wenn Transaktion A dieselben Daten mehrmals erfasst.

Eine Transaktion liest Daten, die von einer anderen Transaktion übermittelt wurden, was dazu führt, dass unterschiedliche Daten zweimal gelesen werden

幻读：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;

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung des Transaktionsisolationsmechanismus und der Implementierungsprinzipien von MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!