WAL数据刷盘机制及崩溃恢复场景下的技术疑问

1. WAL是如何将数据刷入磁盘的？ #

WAL遵循预写原则完成刷盘，核心流程如下：

• 数据库执行写操作时，先将操作的日志记录（含操作类型、数据位置、修改内容等细节）写入内存中的WAL缓冲区。
• 触发刷盘的条件包括：事务提交、WAL缓冲区达到容量阈值、后台定时任务触发。满足任一条件时，缓冲区内容会批量写入磁盘上的WAL文件。
• 只有WAL日志成功刷盘后，对应的内存数据页修改才允许异步刷入数据文件。
• 刷盘通常由数据库后台进程负责，比如PostgreSQL的walwriter进程，会定期执行刷盘；事务提交时则会强制触发刷盘，确保事务的持久性。

2. 若WAL文件中未随Insert/Update命令存储实际数据，如何通过应用WAL文件在全新数据库中还原数据？ #

首先明确：WAL日志本身就不存储完整实际数据，它记录的是数据的增量修改逻辑。在全新数据库上还原必须依赖全量备份，步骤如下：

• 先将全量备份恢复到全新数据库，此时数据库处于备份完成时的状态。
• 按顺序重放备份之后生成的WAL日志：WAL里记录了每个修改的具体细节（比如往哪个数据页的指定位置插入值、修改某行的特定字段），数据库执行这些日志记录的操作，把备份状态逐步更新到崩溃前或指定时间点的状态。
• 若没有全量备份，仅靠WAL日志无法还原全新数据库——因为WAL是增量日志，必须有初始基础数据状态才能叠加修改。

3. 若内存中的磁盘块数据已更新且WAL文件已写入，但此时发生崩溃，WAL如何通过重放查询来完成数据恢复？ #

这种场景是WAL已写但数据页未刷盘的崩溃，恢复流程如下：

• 数据库重启时，先校验WAL日志与数据文件的一致性：对比数据页的LSN（日志序列号）和WAL中的最大LSN，找出那些修改已记录在WAL但未刷入磁盘的数据页。
• 从最后一次检查点（Checkpoint）后的WAL日志开始重放：检查点会记录已刷入磁盘的所有数据页的LSN，重放时直接执行WAL中记录的底层数据修改操作，而非原始SQL查询——这样能避免重复执行查询带来的副作用（比如主键冲突）。
• 重放完成后，数据库将更新后的数据页刷入磁盘，同时更新检查点，确保后续数据一致性。

内容的提问来源于stack exchange，提问作者sameer kr bhardwaj