Redo Log
Le journal de redo enregistre les images après modification ; la récupération après incident rejoue les changements validés mais non flushés afin de garantir la durabilité.
Objectif
Comprendre la phase redo de la récupération après incident et analyser les garanties de durabilité et les performances des bases de données.
Mécanisme
Au commit, le journal de redo doit être fsyncé sur disque (durabilité). Les pages de données peuvent être flushées paresseusement (no-force). Après un crash, on parcourt le journal de redo, on rejoue les transactions validées (redo) et on annule les non validées via undo.
Cas d’usage
- Conception de la récupération après incident
- Garantie de durabilité
- Implémentation WAL