Heim >Datenbank >MySQL-Tutorial >Was ist die Isolationsstufe von MySQL-Transaktionen?
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.
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
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!