Welche Auswirkungen hat die Wahl des Datenbank-Isolationslevels (z.B. Read Committed vs. Serializable) auf die Bestandsgenauigkeit?

Die Wahl des Isolationslevels definiert, wie die Datenbank Transaktionen voneinander isoliert und welche Phänomene bei parallelen Zugriffen auftreten. Für die Bestandsgenauigkeit ist insbesondere das Risiko von "Lost Updates" und "Race Conditions" entscheidend.

Im Level Read Committed werden nur Daten gelesen, die zum Zeitpunkt des Lesevorgangs bereits festgeschrieben wurden. Dies verhindert "Dirty Reads", schützt jedoch nicht vor "Non-Repeatable Reads" oder "Phantom Reads". In einem Bestands-Szenario bedeutet dies: Zwei parallele Transaktionen lesen gleichzeitig einen Bestand von 1 Stück. Beide prüfen, ob der Bestand ausreichend ist (True) und führen anschließend ein Update aus. Das Ergebnis ist ein Bestand von -1 oder ein inkonsistenter Wert, da die zweite Transaktion die Änderung der ersten ignoriert hat.

Serializable hingegen garantiert, dass das Ergebnis einer parallelen Ausführung identisch mit einer sequenziellen Ausführung ist. Die Datenbank erzwingt dies durch strikte Sperren (Locks) oder Optimistic Concurrency Control. Überverkäufe werden technisch ausgeschlossen, da die Transaktionen so behandelt werden, als würden sie nacheinander ablaufen.

Die technischen Unterschiede lassen sich wie folgt zusammenfassen:

In unserem Bereich Data Engineering beobachten wir, dass die Wahl des Isolationslevels oft in einem Trade-off zwischen Datenintegrität und Systemverfügbarkeit steht. Ein zu striktes Level führt in hochfrequentierten E-Commerce-Systemen zu massiven Latenzen und abgebrochenen Transaktionen.

Um die Bestandsgenauigkeit ohne die Performance-Einbußen von Serializable zu gewährleisten, setzen wir auf gezielte Locking-Strategien auf Applikationsebene. Hierzu gehören pessimistisches Locking (z. B. SELECT ... FOR UPDATE) oder optimistisches Locking mittels Versionsspalten (MVCC).

Wir empfehlen für geschäftskritische Bestandsbuchungen den Einsatz von Read Committed in Kombination mit expliziten pessimistischen Locks oder Optimistic Locking, da das Level Serializable in produktiven Hochlastsystemen aufgrund der hohen Deadlock-Rate und Performance-Einbrüche in der Praxis kaum praktikabel ist.