Redo Log
Das Redo-Log zeichnet Nachbilder von Änderungen auf; die Crash-Recovery spielt committete, aber noch nicht geflushte Änderungen nach, um Durability zu garantieren.
Zweck
Die Redo-Phase der Crash-Recovery verstehen und Durability-Garantien sowie Performance der Datenbank analysieren.
Mechanismus
Beim Commit muss das Redo-Log per fsync auf Platte (Durability). Datenseiten dürfen lazy geflusht werden (no-force). Nach einem Crash wird das Redo-Log gescannt, committete Transaktionen nachgespielt (Redo) und uncommittete per Undo zurückgerollt.
Anwendungsfälle
- Design der Crash-Recovery
- Durability-Garantie
- WAL-Implementierung