Das Maß an Isolation von Transaktionen in SQL Server und deren Beziehung zu Dirty Reads, nicht wiederholbaren Reads, Phantomreads usw. (Codeargumente und Zeitsequenzen)
Indem wir diese Probleme verstehen, die im Falle gleichzeitigen Zugriffs auf die Datenbank auftreten können, können wir das Konzept der Datenbankisolationsebene weiterhin in Laiensprachen verstehen: Wie möchten Sie gleichzeitige Transaktionen isolieren und inwieweit auch? Wenn zum Beispiel Dirty Reads toleriert werden können oder man nicht möchte, dass gleichzeitige Transaktionen Dirty Reads haben, können diese auf die Isolationsstufe gesetzt werden, um die Isolation zwischen gleichzeitigen Transaktionen locker oder schwerwiegend zu machen.
Je höher das Isolationsniveau, desto geringer ist die Wahrscheinlichkeit, schmutzige oder unvollständige Daten zu lesen, aber desto schwerwiegender ist die Leistungsverschlechterung in hochzeitgleichen Systemen. Je niedriger das Isolationsniveau, desto größer ist die Leistungsverbesserung im Nebenzeitsystem, aber die Daten selbst können unvollständig sein.
In SQL Server 2012 kann man die Isolationsstufe einer Transaktion (von niedrig auf hoch) mit folgender Syntax festlegen:
SETZE TRANSAKTIONSISOLATIONSSTUFE
{ LESEN UNVERBINDLICH
| LESEN ENGAGIERT
| WIEDERHOLBARE LEKTÜRE
| SNAPSHOT
| SERIALISIERBAR
}
[ ; ]
Erstelle ein neues Fenster A, eine Transaktion öffnen, die Aktualisierungsoperation ausführen und 10 Sekunden warten, bevor Sie sich festlegen, lautet der Code wie folgt:
Erstelle ein neues Fenster B, setze die Transaktion READ UNCOMMITTED (uncommitted read, die niedrigste Stufe, das einfache Problem ist das Dirty Reading, weil sie die Daten lesen kann, die durch andere Transaktionen modifiziert, aber nicht committed sind.) Es tut dasselbe wie die Einstellung (NOLOCK) in der SELECT-Anweisungsobjekttabelle in einer Transaktion. Abfrage der Daten, der Code sieht wie folgt aus:
Erstelle ein neues Fenster C, die Daten direkt abfragen, wie folgt:
Im Gegenzug gilt:Führe die Fenster A, B und C aus und stelle fest, dass Fenster B beim Aktualisieren der Daten sofort Daten zurückgeben kann (Es ist möglich, dass die Messung schmutzige Daten sind), muss das C-Fenster warten, bis das A-Fenster die Ausführung abgeschlossen hat.die Daten zurückgeben, wie in der untenstehenden Abbildung gezeigt:
(Fenster B)
(Fenster C)
(Ende)
|
Veröffentlicht am 05.02.2021 11:53:34
|
|
|
|
