Warum werden neu eingefügte Daten in PostgreSQL nicht sofort sichtbar?
- Transaktionsisolation und Sichtbarkeit von Daten
- Multiversion Concurrency Control (MVCC)
- Autocommit und explizite Transaktionen
- Zusätzliche Faktoren: Read-Only-Snapshots und Isolation Levels
- Zusammenfassung
Transaktionsisolation und Sichtbarkeit von Daten
PostgreSQL ist ein Datenbanksystem, das stark auf das Prinzip der Transaktionsisolation setzt, um Konsistenz und Integrität der Daten zu gewährleisten. Jede Abfrage läuft in einem bestimmten Transaktionskontext ab. Wenn eine neue Zeile in einer Tabelle eingefügt wird, ist diese Änderung standardmäßig nur innerhalb der Transaktion sichtbar, die das Einfügen durchgeführt hat. Andere Transaktionen sehen diese Daten erst, wenn die einfügende Transaktion erfolgreich abgeschlossen (committed) wurde.
Die Transaktionsisolation sorgt dafür, dass jeder Benutzer oder jede Anwendung eine konsistente Sicht auf die Daten hat. Das bedeutet, dass Veränderungen durch parallele Transaktionen nicht vorzeitig oder inkonsistent sichtbar sind. Die Isolation verhindert sogenannte Dirty Reads, also das Lesen von Daten, die eventuell wieder zurückgerollt (rollback) werden könnten.
Multiversion Concurrency Control (MVCC)
PostgreSQL verwendet ein Prinzip namens Multiversion Concurrency Control (MVCC), bei dem mehrere Versionen einer Datenzeile gleichzeitig existieren können. Beim Einfügen einer neuen Zeile wird diese Version zunächst nur in der eigenen Transaktion geführt. Andere Transaktionen sehen dagegen nur die Versionen von Daten, die zum Zeitpunkt ihres eigenen Starts sichtbar waren.
Durch MVCC kann PostgreSQL klassische Probleme im Mehrbenutzerbetrieb vermeiden, wie Sperrkonflikte und Blockaden, da keine komplizierten Sperrmechanismen für Lesende notwendig sind. Die Sichtbarkeit von Daten hängt hier also entscheidend davon ab, in welcher Phase einer Transaktion man sich befindet und ob andere Transaktionen bereits committed haben.
Autocommit und explizite Transaktionen
Standardmäßig läuft in vielen Datenbank-Clients jede einzelne Anweisung in einer eigenen Autocommit-Transaktion ab, das heißt, dass Einfügeoperationen nach erfolgreicher Ausführung sofort committed werden. In diesem Fall sind die Daten sofort sichtbar.
Arbeitet man jedoch mit expliziten Transaktionen, also wenn man vor mehreren Befehlen explizit BEGIN ausführt und erst zum Schluss mit COMMIT bestätigt, dann bleiben die Änderungen für andere Sessions verborgen, bis der Commit erfolgt. Ebenso können Anwendungen oder Frameworks Transaktionen so implementieren, dass diese bewusst aufgetrennt und erst nach mehreren Operationen abgeschlossen werden.
Zusätzliche Faktoren: Read-Only-Snapshots und Isolation Levels
Die Sichtbarkeit von Daten kann auch vom Isolation Level der Transaktion abhängen. In PostgreSQL gibt es verschiedene Isolation Levels wie Read Committed, Repeatable Read oder Serializable. Bei einem höheren Isolation Level wie Repeatable Read hält eine Transaktion eine konsistente Momentaufnahme der Daten, die sich während der Laufzeit nicht ändert, sodass neu eingefügte oder geänderte Daten anderer Transaktionen nicht sichtbar werden, bis die eigene Transaktion beendet ist.
Außerdem können sogenannte Read-Only-Snapshots verwendet werden, in denen keine Änderungen vorgenommen, aber die Sicht auf Daten explizit zeitlich eingegrenzt wird. In solchen Fällen erscheinen neue Daten ebenfalls erst nach einem Neustart der Transaktion.
Zusammenfassung
Neu eingefügte Daten in PostgreSQL sind nicht sofort sichtbar, weil die Datenbank durch Transaktionsisolation und MVCC eine konsistente und saubere Sicht auf die Daten gewährleistet. Ohne ein Commit sind Änderungen nur in der eigenen Transaktion sichtbar. Zusätzlich beeinflussen das verwendete Isolation Level und der Einsatz von Autocommit die Sichtbarkeit. Dieses Verhalten verhindert Probleme durch konkurrierende Zugriffe und stellt sicher, dass alle Benutzer konsistente, zuverlässige Daten lesen.