Was ist die Isolationsstufe von MySQL-Transaktionen?

1. Das Konzept der Isolationsstufe

Warum sollten wir die Isolationsstufe berücksichtigen?

Da Transaktionen gleichzeitig ausgeführt werden müssen und die gleichzeitige Ausführung einige Probleme verursachen kann: Dirty Reads, nicht wiederholbare Lesevorgänge und virtuelle Lesevorgänge, dürfen einige auftreten und andere nicht unterschiedliche Grade oder Parallelitätskontrolle scheinen keine unterschiedlichen Isolationsstufen zu haben.

Die vier von MySQL unterstützten Isolationsstufen sind:

• TRANSACTION_READ_UNCOMMITTED: Uncommitted read. Dies bedeutet, dass Transaktion A die Änderungen von Transaktion B sehen kann, bevor sie festgeschrieben wird. Auf diese Weise werden schmutzige Daten gelesen und nicht wiederholbare Lesevorgänge sowie Phantom-Lesevorgänge sind zulässig.

• TRANSACTION_READ_COMMITTED: Festgeschrieben lesen (Oracle-Standard), was angibt, dass das Lesen nicht festgeschriebener Daten nicht zulässig ist (um fehlerhafte Lesevorgänge zu verhindern). Auf dieser Ebene sind weiterhin nicht wiederholbare Lesevorgänge und Phantom-Lesevorgänge zulässig.

• TRANSACTION_REPEATABLE_READ: Repeatable Read (MySQL-Standard), was bedeutet, dass die Transaktion garantiert die gleichen Daten erneut lesen kann, ohne dass ein Fehler auftritt. Auch wenn andere Transaktionen diese Daten ändern, werden die Daten nicht zweimal angezeigt abgefragt zu werden, ist etwas anderes. Aber es kommt immer noch zu Phantomlesungen.

• TRANSACTION_SERIALIZABLE: Serialisierung ist die höchste Transaktionsisolationsstufe, die Dirty Reads, nicht wiederholbare Lesevorgänge und Phantomlesevorgänge verhindert. Die serielle Ausführung entspricht einem Single-Thread-Vorgang mit der geringsten Parallelitätsfähigkeit.

Hinweis:

Je höher die Transaktionsisolationsstufe, desto mehr Leistung wird zur Konfliktvermeidung aufgewendet, d. h. die Effizienz ist gering. Auf der Ebene des „wiederholbaren Lesens“ kann es tatsächlich einen Teil des virtuellen Leseproblems lösen, das durch Aktualisierungsaktualisierungen verursachte virtuelle Leseproblem kann jedoch nicht verhindert werden. Um das Auftreten virtueller Lesevorgänge zu verhindern, müssen Sie dennoch die Serialisierungsisolationsstufe festlegen.

Der MySQL-Client arbeitet standardmäßig auf der wiederholbaren Leseebene:

2. Testen Sie die Isolationsstufe TRANSACTION_READ_UNCOMMITTED

Wenn Client A zu diesem Zeitpunkt ein Rollback durchführt, ist Zhangsans Alter in der Datenbank wiederhergestellt 20, zu diesem Zeitpunkt ist es zu spät, da Kunde B bereits 21 in Anspruch genommen hat, um Geschäfte zu machen.

Beide Clients machen ein Rollback und verwerfen die durch die aktuelle Transaktion vorgenommenen Änderungen an den Daten, und Zhangsans Alter wird auf 20 wiederhergestellt

weil es ist auf die Isolationsstufe „Übermittlung von Lesevorgängen“ eingestellt, sodass in Transaktion B kein fehlerhaftes Lesen erfolgt. Dies wird durch verschiedene Sperrmechanismen und die MVCC-Versionskontrolle der Transaktionsparallelität erreicht.

Unter der Isolationsstufe für festgeschriebene Lesevorgänge kann die Abfrage der festgeschriebenen Daten dazu führen, dass nicht wiederholbare Lesevorgänge auftreten, was zulässig ist. Da nicht wiederholbare Lesevorgänge aufgetreten sind, kann es durchaus zu Phantom-Lesevorgängen kommen.

4. Testen Sie die Isolationsstufe TRANSACTION_REPEATABLE_READ

In gewissem Sinne können wiederholbare Lesevorgänge das Auftreten von Phantomlesevorgängen vermeiden. Weil die aktuelle wiederholbare Leseisolationsstufe Einfügevorgänge verhindert. Obwohl die wiederholbare Leseisolationsstufe Einfüge- und Löschvorgänge verhindern kann, kann sie Aktualisierungsvorgänge nicht verhindern.

Tatsächlich wurde Transaktion A eingefügt und übermittelt, AAA ist bereits vorhanden, da Transaktion B das Alter von AAA erfolgreich aktualisiert hat

Wenn dieselbe Abfrage vorher und nachher zweimal ausgeführt wird und das Datenvolumen unterschiedlich ist, ist dies der Fall wird Phantome verursachen. Das Lesen geschieht. Um das Phantom-Lese-Problem vollständig zu lösen, kann die Isolationsstufe „Wiederholbares Lesen“ nicht auf Serialisierung erhöht werden

5. Testen Sie die Isolationsstufe „TRANSACTION_SERIALIZABLE“.

Dem Phänomen nach zu urteilen, kann die Serialisierung beim Abfragen unter denselben Bedingungen das Einfügen von Daten in eine andere Tabelle blockieren. Da Transaktion B Daten liest, wird Transaktion A blockiert (Implementiert mit Lese-/Schreibsperren, Lesen und Lesen sind erlaubt, aber Lesen und Schreiben sind nicht erlaubt)

Der MySQL-Server lässt nicht zu, dass sein eigener Thread, der Transaktionen ausführt, für immer blockiert wird, was dazu führt, dass die vom aktuellen Thread belegte Sperre nicht in der Lage ist freigegeben werden, wodurch andere Transaktionen ausgeführt werden. Der Thread kann die Sperre nicht erhalten und ist für immer blockiert. Wenn der Thread, der die Transaktion ausführt, zu lange wartet, wird der Timeout-Mechanismus ausgelöst, der dazu führt, dass der Thread die Sperre aufhebt und einen Fehler zurückgibt

Das obige ist der detaillierte Inhalt vonWas ist die Isolationsstufe von MySQL-Transaktionen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!