Die vier Transaktionsisolationsstufen von MySQL

In der Spalte „MySQL-Tutorial“ werden vier Transaktionsisolationsstufen vorgestellt d+MySQL5.6 .36 +InnoDB

1. Grundelemente von Transaktionen (ACID) 　

1. Atomarität: Nach dem Start der Transaktion sind alle Vorgänge entweder abgeschlossen oder nicht abgeschlossen, und es ist unmöglich, in der Mitte zu stagnieren Link. Wenn während der Transaktionsausführung ein Fehler auftritt, wird die Transaktion auf den Zustand vor Beginn der Transaktion zurückgesetzt und alle Vorgänge werden so ausgeführt, als ob sie nicht stattgefunden hätten. Das heißt, die Materie ist ein unteilbares Ganzes, genau wie die in der Chemie erlernten Atome, die die Grundeinheiten der Materie darstellen.

　 2. Konsistenz: Vor und nach Beginn und Ende der Transaktion werden die Integritätsbeschränkungen der Datenbank nicht verletzt. Wenn A beispielsweise Geld an B überweist, ist es unmöglich, dass A das Geld abzieht, B es aber nicht erhält.

　 3. Isolation: Gleichzeitig darf nur eine Transaktion dieselben Daten anfordern, und es gibt keine Interferenzen zwischen verschiedenen Transaktionen. Beispielsweise kann A Geld von einer Bankkarte abheben, bevor der Abhebungsvorgang von A abgeschlossen ist.

　 4. Haltbarkeit: Nach Abschluss der Transaktion werden alle durch die Transaktion vorgenommenen Aktualisierungen der Datenbank in der Datenbank gespeichert und können nicht zurückgesetzt werden. 2. Probleme mit der Parallelität von Transaktionen . Nicht wiederholbares Lesen: Transaktion A liest dieselben Daten mehrmals, und Transaktion B aktualisiert und schreibt die Daten während der mehrfachen Lesevorgänge von Transaktion A fest. Wenn Transaktion A dieselben Daten mehrmals liest, sind die Ergebnisse daher inkonsistent.

　3. Phantomlesung: Systemadministrator A hat die Noten aller Schüler in der Datenbank von bestimmten Ergebnissen in ABCDE-Noten geändert, aber Systemadministrator B hat zu diesem Zeitpunkt einen Datensatz mit bestimmten Ergebnissen eingefügt, als Systemadministrator A Nach der Änderung Ich stelle fest, dass es immer noch einen Datensatz gibt, der nicht geändert wurde. Dies ist wie eine Halluzination. Dies wird als Phantomlesung bezeichnet.

Zusammenfassung: Nicht wiederholbares Lesen und Phantomlesen werden leicht verwechselt. Nicht wiederholbares Lesen konzentriert sich auf das Ändern, während Phantomlesen sich auf das Hinzufügen oder Löschen konzentriert. Um das Problem des nicht wiederholbaren Lesens zu lösen, müssen Sie nur die Zeilen sperren, die die Bedingungen erfüllen. Um das Problem des Phantomlesens zu lösen, müssen Sie die Tabelle sperren. 3. MySQL-Transaktionsisolationsstufe Level

Dirty Read Read

Read-uncommitted

Yes

Yes

Yes

Non-repeatable. Read-committed

No

Yes

Ja

Wiederholbares Lesen (wiederholbar- lesen)

Nein

Nein

Ja

Serialisierbar (serialisierbar)Nein

Nein

Nein

MySQLs Standard-Transaktionsisolationsstufe ist wiederholbares Lesen. nicht festgeschriebener Lesevorgang), fragen Sie den Anfangswert des Tabellenkontos ab: 　　 (2) Bevor die Transaktion von Client A festgeschrieben wird, öffnen Sie einen anderen Client B und aktualisieren Sie das Tabellenkonto: (3) Zu diesem Zeitpunkt Obwohl die Transaktion von Client B noch nicht übermittelt wurde, kann Client A die aktualisierten Daten von B abfragen: 　　　 (4) Sobald die Transaktion von Client B aus irgendeinem Grund zurückgesetzt wird, werden alle Vorgänge rückgängig gemacht und die Daten von Client A abgefragt handelt es sich tatsächlich um schmutzige Daten: 　　　 (5) Führen Sie die Update-Anweisung auf Client A aus. Aktualisieren Sie das Konto. set balance = balance - 50 where id =1 , Lilei's Balance wurde nicht 350, sondern tatsächlich 400. Ist das nicht seltsam? Wenn Sie der Meinung sind, dass dies der Fall ist, verwenden wir 400-50 = 350. Um dieses Problem zu lösen, können Sie es verwenden Isolationsstufe „Committed lesen“ 2. Committed lesen 　 (1) Öffnen Sie einen Client A und stellen Sie den aktuellen Transaktionsmodus auf „Committed lesen“ ein (Committed lesen (abrufen), alle Datensätze des Tabellenkontos abfragen: 　　　　　　　　　　　　　　　　　　　　　　　　　　　　″　　　　　　　　　　　　　　　　　　　　　　　　　　 Die Transaktion von Client B wurde noch nicht übermittelt und Client A kann die aktualisierten Daten von Client B nicht abfragen, wodurch das Dirty-Read-Problem gelöst wird: 　　　 (4) Die Transaktion von Kunde B ist eingereicht 　　　 (5) Client A führt dieselbe Abfrage wie im vorherigen Schritt aus, aber das Ergebnis stimmt nicht mit dem vorherigen Schritt überein, das heißt, es tritt ein nicht wiederholbares Leseproblem auf 3. Wiederholbares Lesen (1) Öffnen Sie einen Client A und stellen Sie den aktuellen Transaktionsmodus auf „Wiederholbares Lesen“ ein. Fragen Sie alle Datensätze des Tabellenkontos ab　　　　　　　　　　　　　　　　　　　　　　　ulous U in Fragen Sie alle Datensätze der Kontotabelle ab, und die Abfrageergebnisse stimmen mit Schritt ( 1). Es gibt kein nicht wiederholbares Leseproblem Der Wert wird anhand der 350 in Schritt (2) berechnet, er beträgt also 300. Die Konsistenz der Daten wurde nicht zerstört. Der MVCC-Mechanismus wird unter der wiederholbaren Leseisolationsstufe verwendet. Der Auswahlvorgang aktualisiert die Versionsnummer nicht, sondern ist ein Snapshot-Lesevorgang (historische Version). Durch Einfügen, Aktualisieren und Löschen wird die Versionsnummer aktualisiert Version). (5) Öffnen Sie Client B erneut, fügen Sie ein neues Datenelement ein und senden Sie es ab. (6) Fragen Sie alle Datensätze der Kontotabelle auf Client A ab. Es werden keine neuen Daten gefunden, daher besteht keine Illusion . Lesen Sie: 4. Serialisierung　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ulous in in 　　 (2) Öffnen Sie einen Client B und setzen Sie den aktuellen Transaktionsmodus auf serialisierbar. Beim Einfügen eines Datensatzes wird ein Fehler gemeldet. Die Tabelle ist gesperrt und das Einfügen schlägt fehl gesperrt, sodass keine Phantom-Lesevorgänge stattfinden. Diese Isolationsstufe weist eine extrem geringe Parallelität auf und wird in der Entwicklung selten verwendet. 　 Ergänzung: 　 1. Wenn die Transaktionsisolationsstufe „Lese-Commit“ ist, wird beim Schreiben von Daten nur die entsprechende Zeile gesperrt 　 2 Wenn die Transaktionsisolationsstufe wiederholbares Lesen ist, wenn die Suchbedingung einen Index hat (Einschließlich Primärschlüsselindex) ist die Standardsperrmethode die Next-Key-Sperre. Wenn die Abrufbedingung keinen Index hat, wird die gesamte Tabelle beim Aktualisieren von Daten gesperrt. Eine Lücke wird durch eine Transaktion gesperrt, und andere Transaktionen können keine Datensätze in diese Lücke einfügen, wodurch Phantom-Lesevorgänge verhindert werden. 3. Wenn die Transaktionsisolationsstufe Serialisierung ist, wird durch das Lesen und Schreiben von Daten die gesamte Tabelle gesperrt 4 Je höher die Isolationsstufe, desto vollständiger und konsistenter können die Daten garantiert werden, aber für die Die Auswirkungen auf die Parallelitätsleistung sind ebenfalls größer. 　 5. Referenzlink zum MYSQL MVCC-Implementierungsmechanismus: https://blog.csdn.net/whoamiyang/article/details/51901888 6. Informationen zur Next-Key-Sperre finden Sie hier zum Link:https://blog.csdn.net/bigtree_3721/article/details/73731377

Das obige ist der detaillierte Inhalt vonDie vier Transaktionsisolationsstufen von MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!