提交后PostgreSQL Checkpoint前已删除数据的恢复及相关疑问

PostgreSQL相关问题解答 #

1. 提交后、checkpoint前是否可恢复已删除的记录？ #

• 从常规操作层面，提交后这些记录在逻辑上已被删除，普通事务无法再访问，PostgreSQL也没有内置的撤销删除功能。
• 若有基础备份+WAL归档，可以通过时间点恢复（PITR）将数据库恢复到提交删除操作之前的状态，以此找回记录。
• 极端场景下，checkpoint前数据文件里的旧记录可能还未被覆盖，但这些旧版本受MVCC机制管控，普通查询无法读取；如果对PostgreSQL存储结构非常熟悉，可借助底层工具直接读取数据文件的旧页，但这属于非常规操作，风险极高，不推荐。

2. 该机制为何能减少磁盘写入？WAL不是追加式日志吗？ #

WAL确实是追加式的顺序写入，这个机制能减少磁盘写入的核心原因在于：

• IO类型优化：数据文件的修改通常是随机IO（多个事务可能修改分散在不同位置的数据页），而WAL是顺序IO，顺序写入的磁盘效率远高于随机写入。
• 批量合并写入：checkpoint会将多个事务的变更批量刷入数据文件。比如多个事务修改同一个数据页，无需每个事务都单独刷写该页，只需在checkpoint时统一刷一次，大幅减少了磁盘写入的次数。
• 延迟数据页写入：只要WAL已经持久化，数据页的刷写可以延迟进行。PostgreSQL无需在每个事务提交时都立即将修改的数据页写入磁盘，而是将这些操作合并到checkpoint时批量处理，避免了频繁的小IO操作，降低了磁盘的写入负载。

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