PostgreSQL通过数据页和WAL校验和检测硬件导致的数据损坏，启用后可有效识别静默错误并提升恢复可靠性，但需权衡约5%的性能开销。
PostgreSQL 本身不依赖 CRC（循环冗余校验）作为主要的数据一致性保障机制，但其底层存储和 WAL（Write-Ahead Logging）机制中确实使用了校验和（Checksum）技术来检测数据块的完整性。这些校验和机制在一定程度上类似于 CRC 的原理，用于防止磁盘损坏或 I/O 故障导致的数据 corruption。
PostgreSQL 校验和的基本原理
PostgreSQL 支持在数据页级别启用数据校验和（data checksums），这项功能默认关闭，可以在集群初始化时通过 initdb --data-checksums 启用。
一旦开启，每个数据页（通常是 8KB）在写入磁盘前会计算一个校验和，并随数据一起保存。当该页面从磁盘读取时，系统会重新计算校验和并与存储值对比。如果两者不一致，说明数据页可能已损坏，PostgreSQL 将报错（如 invalid page checksum），从而避免将错误数据传递给上层应用。
这种机制能有效识别由于硬件故障、驱动问题或存储介质老化引起的数据损坏。
WAL 日志中的校验保护
WAL 记录是保证事务持久性和崩溃恢复的关键。PostgreSQL 在 WAL 日志条目中也加入了校验信息，确保日志内容在写入和重放过程中保持完整。
每个 WAL 记录包含时间戳、事务 ID、修改数据的描述以及校验字段。若 WAL 文件在传输或存储过程中发生位翻转等错误，校验失败会触发告警，防止基于错误日志进行恢复。
这增强了数据库在灾难恢复场景下的可靠性，尤其是在流复制或归档环境中。
如何启用并验证校验功能
要使用数据页校验和，必须在初始化数据库集群时启用：
- initdb --data-checksums -D /path/to/data
启用后无法关闭，但可以随时通过以下 SQL 查询确认是否启用：
SELECT name, setting, short_desc FROM pg_settings WHERE name = 'data_checksums';若返回值为 on，表示校验已激活。
此外，可通过定期运行 pg_checksums --check（脱机状态下）来扫描整个集群的数据文件，检查是否存在校验失败的页面。
校验机制对性能的影响与权衡
启用校验和会带来一定 CPU 开销，因为每次页面读写都需要计算和验证校验值。通常这个开销在 5% 左右，具体取决于工作负载类型（大量随机 I/O 场景更明显）。
尽管如此，在生产环境中推荐开启，特别是对数据完整性要求高的系统。它提供了一层额外的安全防护，能够及早发现静默数据损坏（silent corruption）。
需要注意的是，校验和只能检测错误，不能修复。修复需依赖备份、复制或高可用架构。
基本上就这些。PostgreSQL 不直接叫“CRC校验”，但它通过类似原理的校验和机制保障数据一致性，结合 WAL 和 ACID 特性，构建了一个可靠的持久化存储体系。
