Write-Ahead Log（WAL）的核心概念是把每筆寫入先 append 到一個循序 log，再由背景程序合併回主要資料檔。這個順序讓資料庫在 crash 後能用 log 重放回到一致狀態，也讓 reader 與 writer 的衝突降低。WAL 是 Single Writer Model 的持久化基礎、是 Replication Slot 與 Change Data Capture 的事件來源，累積的 log 由 Checkpoint 收斂。

概念位置

WAL 位在資料庫的 durability 與 recovery 機制核心。SQLite 的 WAL mode、PostgreSQL 的 WAL、MySQL InnoDB 的 redo log 都是同一個 write-ahead 原則的實作。它和記錄業務歷史的 Event Log 是不同層：WAL 是引擎內部的 recovery 結構，Event Log 是應用層可重播的事件流。

可觀察訊號與例子

需要理解 WAL 的訊號是寫入延遲、磁碟用量或 crash recovery 時間出現異常。WAL 檔持續長大通常代表 checkpoint 落後，或有長交易、inactive replication slot 卡住 log 回收；crash 後啟動變慢通常代表要重放的 WAL 區段過大。電商在尖峰寫入時若 WAL 成長速度超過 checkpoint，磁碟會先到上限。

設計責任

設計上要決定 WAL 的 checkpoint 頻率、保留長度、磁碟容量餘裕與監控指標。WAL 同時被 crash recovery、replication 與 CDC 三條路徑依賴，保留策略要同時滿足三者：保留太短會讓 replica 或 Replication Slot 追不上，保留太長會占用磁碟。observability 要看 WAL 生成速率、checkpoint lag 與最舊仍被保留的 log 位置。