Write-Ahead Logging (WAL) est une approche conventionnelle pour l'écriture d'un journal de transactions. Sa description détaillée peut être trouvée dans la plupart (si ce n'est tous) des livres sur le traitement transactionnel. Brièvement, le concept central des WAL est d'effectuer les changements des fichiers de données (où résident les tables et les index) uniquement après que ces changements ont été écrits dans un journal, c'est-à-dire quand l'enregistrement du journal décrivant les changements a été écrit vers le stockage permanent. Si nous suivons cette procédure, nous n'avons pas besoin d'écrire les pages de données vers le disque à chaque validation de transaction car nous savons que, dans l'éventualité d'une défaillance, nous serons capables de récupérer la base de données en utilisant le journal : chaque changement qui n'a pas été appliqué aux pages de données peut être ré-exécuté depuis les enregistrements du journal (ceci est une récupération roll-forward, aussi connue sous le nom de REDO).

Un avantage majeur en utilisant les WAL est la réduction significative du nombre d'écritures sur le disque puisque seul le journal des transactions a besoin d'être écrit sur le disque au moment où la transaction est validée plutôt que d'écrire dans chaque fichier de données modifié par la transaction. Dans un environnement multi-utilisateurs, la validation de nombreuses transactions peut être accomplie avec un seul fsync() du journal. De plus, ce dernier est écrit séquentiellement et donc, le coût de synchronisation du journal est largement moindre que le coût d'écriture des pages de données. Ceci est spécialement vrai pour les serveurs gérant beaucoup de petites transactions touchant différentes parties du stockage de données.