PostgreSQL通过WAL预写日志、校验和、原子写入及恢复机制保障数据一致性。1. WAL确保修改前先写日志，支持崩溃后重放恢复；2. Checksums检测页损坏，需initdb时启用；3. fsync与synchronous_commit保证日志持久化；4. Checkpoint减少恢复时间；5. PITR结合归档WAL实现时间点恢复，全程校验LSN与页面一致性。
PostgreSQL 的 WAL（Write-Ahead Logging）一致性主要通过预写日志机制、校验和（Checksums）、原子性写入以及恢复机制来保证。这些机制共同确保数据库在崩溃或异常重启后仍能恢复到一致状态。
WAL 与数据一致性保障
WAL 是 PostgreSQL 实现事务持久性和崩溃恢复的核心机制。其基本原理是：在任何数据页修改写入磁盘之前，必须先将对应的日志记录写入 WAL 日志文件。这一规则确保了即使系统崩溃，也可以通过重放 WAL 日志来重建已提交事务的更改。
为保证 WAL 本身的数据完整，PostgreSQL 提供了以下关键机制：
- WAL 记录的顺序写入：所有事务修改都按时间顺序追加到 WAL 文件中，形成不可变的日志流，便于回放和恢复。
- Redo 机制：在崩溃恢复时，系统从最后一个检查点开始重放 WAL 日志，重新应用所有已提交但未写入数据文件的变更，从而保证数据页最终一致。
- Checkpoint 同步机制：定期执行 Checkpoint，将脏页刷盘，并更新控制文件中的恢复起点，减少恢复时间。
WAL 校验和（Checksums）机制
从 PostgreSQL 9.3 版本起，支持在数据页和 WAL 记录中启用校验和，用于检测磁盘损坏或写入错误。
当初始化数据库集群时（使用 initdb），可通过 --data-checksums 参数开启页级校验和。该设置不仅作用于表和索引页，也影响 WAL 中记录的页面镜像（full page images）。
WAL 日志在写入时会包含原始数据页的摘要信息，恢复过程中会验证这些摘要是否匹配实际页面内容，防止因静默写入错误导致的数据损坏。
- 若检测到校验失败，系统会报错并停止恢复，避免错误扩散。
- 校验和默认关闭，生产环境强烈建议开启。
WAL 写入的原子性与 fsync 保障
PostgreSQL 依赖操作系统和文件系统的支持来确保 WAL 文件的持久化写入。关键配置包括：
- synchronous_commit = on：确保每个事务提交时 WAL 记录已刷新到磁盘。
- wal_sync_method：指定使用 fsync、fdatasync 或 O_DSYNC 等方式同步 WAL 文件。
- commit_delay 和 commit_siblings：在高并发场景下优化 WAL 刷盘效率，同时不牺牲一致性。
这些设置确保 WAL 日志不会因掉电或系统崩溃而丢失关键记录。
备份与 PITR 中的一致性校验
在使用基础备份（如 pg_basebackup）配合 WAL 归档实现 PITR（Point-in-Time Recovery）时，WAL 的完整性至关重要。
归档的 WAL 文件可配合校验和工具进行验证，部分第三方工具（如 pg_probackup、Barman）提供对 WAL 文件的自动校验功能，进一步增强可靠性。
恢复过程中，PostgreSQL 会逐条解析 WAL 记录，并校验时间线（Timeline）、LSN（Log Sequence Number）连续性及页面一致性，一旦发现断裂或损坏，立即报错。
基本上就这些。PostgreSQL 通过 WAL 的严格写入顺序、校验和机制、fsync 控制和恢复逻辑，构建了一套完整的数据一致性保障体系。合理配置相关参数并开启校验功能，能有效防范硬件或系统层导致的数据损坏风险。
