checkpoint_completion_target
checkpoint_completion_target：设置在检查点间隔中用于刷新脏缓冲区的目标时间比例。实测在档范围为 PG9.0–19 Beta 3；最后在档的 PG19 Beta 3 启动默认值为 0.9，context 为 sighup。这是测试版快照事实，PostgreSQL 19 正式发布前仍可能变化。
说明
Fact — 官方简述译文：设置在检查点间隔中用于刷新脏缓冲区的目标时间比例。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG9.0（研究下界） |
| 在档版本 | PG9.0–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | 不作断言：早于 PG9.0 研究边界 |
| 提交日期 | — |
| Discussion | — |
默认值变迁
| 版本 | 原始 boot_val |
单位 | 人类可读值 |
|---|---|---|---|
| PG9.0–13 | 0.5 |
— | 0.5 |
| PG14–19 Beta 3 | 0.9 |
— | 0.9 |
机制详解
PostgreSQL 会节流检查点写入，使其预计在可用间隔的这一比例处完成。可用间隔可能在下一次定时检查点结束，也可能因 WAL 容量更早触发，因此它是节奏目标，不是固定时长。
较大比例通常能把检查点 I/O 更均匀地摊开。较小比例会更快完成写入，形成更高的阶段性 I/O，随后出现空档；官方文档因此不建议降低该值。
过于接近 1 会给最终同步和其他检查点工作留下很少余量。PG14 将历史默认值从 0.5 改为 0.9，因此跨大版本比较配置时必须考虑这一变化。
调优建议
提示
Advice。 以下建议是工作负载起点，必须用真实测量验证。
| 场景 | 建议 |
|---|---|
| OLTP | 从对应版本的 0.9 默认值开始，只在延迟与 pg_stat_checkpointer 证据支持时调整。0.95 可能进一步平滑写入，但要验证检查点能稳定赶在下一触发条件之前完成。 |
| OLAP | 突发批处理往往由 WAL 容量提前触发检查点，因此通常先调大 max_wal_size。目标值应足够高以平滑 I/O，又不能让最终同步工作集中在末尾。 |
| 小规格 | 除非测量显示明确收益，否则使用 0.9。小型或慢速存储在目标值余量不足时，尤其容易受到检查点末尾同步尖峰影响。 |
Pigsty 取值
以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具，并按 PG19 Beta 3 渲染当前 Pigsty 模板；这不表示 Pigsty 当前支持该历史或测试版本。
| 模板 | 有效值 | 与上游 boot 比较 | 源表达式 |
|---|---|---|---|
| OLTP | 0.95 |
不同于 boot 值 | 0.95 |
| OLAP | 0.95 |
不同于 boot 值 | 0.95 |
| CRIT | 0.95 |
不同于 boot 值 | 0.95 |
| TINY | 0.95 |
不同于 boot 值 | 0.95 |
注意
Advice — 待人工复核。 当前 Pigsty 模板投影事实：OLTP: PG9.0–19 Beta 3 = 0.95 (dcs)；OLAP: PG9.0–19 Beta 3 = 0.95 (dcs)；CRIT: PG9.0–19 Beta 3 = 0.95 (dcs)；TINY: PG9.0–19 Beta 3 = 0.95 (dcs)。 建议（待人工复核）——发布前应结合当前 Pigsty 模板及其实际支持的 PostgreSQL 版本确认运维意图。
常见坑
- 把该值误解成秒数而不是比例。
- 认为调低会减少总 I/O，实际只是把写入集中起来。
- 设为 1.0，未给检查点收尾工作保留余量。
- 忽略 max_wal_size 导致的提前检查点。
- 跨版本比较时漏掉 PG14 的默认值变化。
关联参数
checkpoint_timeout · max_wal_size · checkpoint_flush_after · checkpoint_warning · shared_buffers
参考资料
- PostgreSQL 19 Beta 3 — checkpoint_completion_target
- PostgreSQL 18：WAL 配置
- PostgreSQL 18：pg_stat_checkpointer
- PostgreSQL 19 发行说明
- 机器可读 GUC 全量导出