跳转到主要内容

ignore_checksum_failure

ignore_checksum_failure:校验和失败后仍继续处理。实测在档范围为 PG9.3–19 Beta 3;最后在档的 PG19 Beta 3 启动默认值为 off,context 为 superuser。这是测试版快照事实,PostgreSQL 19 正式发布前仍可能变化。
说明

Fact — 官方简述译文:校验和失败后仍继续处理。

身份

类型 , bool
上游 pg_settings 类型
Context , superuser
超级用户可在运行时修改
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Developer Options
上游分类
最后 boot 值 , off
off

生命周期

Fact
首次观测 PG9.3
在档版本 PG9.3–19 Beta 3
移除版本
引入提交 96ef3b8ff1cf — Allow I/O reliability checks using 16-bit checksums
提交日期 2013-03-22
Discussion

默认值变迁

PG9.0–19 Beta 3 实测 boot 默认值
版本 原始 boot_val 单位 人类可读值
PG9.3–19 Beta 3 off off

机制详解

启用数据校验和时,页面校验和不匹配通常会中止当前事务;ignore_checksum_failure 改为警告,并在页面头仍合理时尝试继续。

它不会修复页面,也不能证明剩余元组有效。继续处理可能崩溃、隐藏或传播损坏;页面头损坏仍会阻止访问。

唯一可辩护用途是在存储与备份恢复手段耗尽后,从不可变副本中受控抢救数据。该模式下每次读取都是可疑证据,不代表完整性已恢复。其 superuser 上下文允许获授权会话修改,无需重启服务器。

调优建议

提示

Advice。 以下建议是工作负载起点,必须用真实测量验证。

场景 建议
OLTP 绝不能把 ignore_checksum_failure 当作调优或常态可用性设置。应停止写入、保全不可变副本、用尽备份/存储修复、记录预期数据损失、窄范围抢救、重建并验证后才可恢复服务。
OLAP 只读分析也不会让 ignore_checksum_failure 安全:损坏页面仍会污染结果或结构。只能在可丢弃抢救副本上使用,并明确接受数据丢失。
小规格 不能因为没有副本就直接启用 ignore_checksum_failure。先保全原件并寻找干净备份;该开关可能把可见损坏变成静默丢失。

Pigsty 取值

以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具,并按 PG19 Beta 3 渲染当前 Pigsty 模板;这不表示 Pigsty 当前支持该历史或测试版本。

模板 有效值 与上游 boot 比较 源表达式
OLTP 未修改
OLAP 未修改
CRIT 未修改
TINY 未修改
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG9.3–19 Beta 3 未修改;OLAP: PG9.3–19 Beta 3 未修改;CRIT: PG9.3–19 Beta 3 未修改;TINY: PG9.3–19 Beta 3 未修改。 未发现覆盖值,因此不推断 Pigsty 专属理由。

常见坑

  • 限时诊断或恢复任务结束后仍让 ignore_checksum_failure 保持启用。
  • 在生产数据的唯一副本上进行实验。
  • 低估日志、core、临时文件、WAL、CPU 或连接名额放大。
  • 把服务器能启动或查询能完成误当作数据与行为正确的证明。

zero_damaged_pages · ignore_invalid_pages · data_checksums · wal_consistency_checking

参考资料