PostgreSQL恢复为何从REDO点而非最新检查点应用WAL？

你的疑问核心在于误解了检查点刷盘的实际效果——检查点完成时，并非所有REDO点到检查点记录之间的修改都绝对持久化到了数据文件，从REDO点重放WAL是确保数据一致性的必要步骤，这部分WAL一点都不多余，原因如下：

• 检查点刷盘是异步批量操作：PostgreSQL执行检查点时，后台进程会批量将内存中的脏数据页刷到磁盘，但这个过程不是原子的。有可能检查点记录已经写入WAL，但部分脏页还没完成刷盘就遭遇数据库崩溃。REDO点是检查点启动时，所有未刷盘脏页对应的最早WAL位置，从这里重放才能把那些没刷完的修改补全。
• 数据文件的持久化≠一致性：就算所有脏页都刷到了磁盘，数据文件也可能处于不一致状态。比如一个事务修改了多个数据页，检查点刷盘时可能只完成了部分页面的写入，此时数据文件里的内容是不完整的。从REDO点重放WAL可以把这些未完成的修改重新应用，让数据文件和WAL记录的状态完全一致。
• WAL的幂等性保障重复应用安全：PostgreSQL的WAL记录设计为幂等的——同一个WAL记录重复应用多次，结果不会出错。所以就算某部分修改已经在磁盘上，重放也不会破坏数据，反而能确保所有应该持久化的修改都被正确写入。
• REDO点的定义就是恢复的安全起始位：REDO点本身就是PostgreSQL计算出的、必须从这里开始重放才能保证数据一致的位置。它代表了检查点开始时，所有未刷盘修改的最早WAL位置，不管检查点刷盘是否完成，从这里启动恢复都是最可靠的做法，能覆盖所有可能的未持久化场景。

内容的提问来源于stack exchange，提问作者student10101