跳转到主要内容

vacuum_max_eager_freeze_failure_rate

vacuum_max_eager_freeze_failure_rate:设置 VACUUM 在关闭积极冻结扫描前,允许扫描但未能冻结的页面比例。实测在档范围为 PG18–19 Beta 3;最后在档的 PG19 Beta 3 启动默认值为 0.03,context 为 user。这是测试版快照事实,PostgreSQL 19 正式发布前仍可能变化。
说明

Fact — 官方简述译文:设置 VACUUM 在关闭积极冻结扫描前,允许扫描但未能冻结的页面比例。

身份

类型 , real
上游 pg_settings 类型
Context , user
普通用户可在运行时修改
单位 ,
原始单位
范围 , 01
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Vacuuming / Freezing
上游分类
最后 boot 值 , 0.03
0.03

生命周期

Fact
首次观测 PG18
在档版本 PG18–19 Beta 3
移除版本
引入提交 052026c9b903 — Eagerly scan all-visible pages to amortize aggressive vacuum
提交日期 2025-02-11
Discussion 讨论 1

默认值变迁

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

机制详解

设置 VACUUM 在关闭积极冻结扫描前,允许扫描但未能冻结的页面比例。它可在会话级修改,因此不同会话可能采用不同的行为。

PG18 的普通 VACUUM 可积极扫描 all-visible 但尚未 all-frozen 的页;若扫描却不能冻结的失败比例过高,就停止这类额外扫描。提高该值可能提前冻结更多页、减轻未来 aggressive VACUUM,也会增加当次扫描 I/O。

应把 vacuum_max_eager_freeze_failure_rate 与 vacuum_truncate、vacuum_freeze_table_age、autovacuum_freeze_max_age 一起监控和变更。先在对应角色与真实负载上验证,再按其 user context 选择会话修改、reload 或 restart;历史默认值并不等于当前有效值。

调优建议

提示

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

场景 建议
OLTP 以全库最大 XID/MXID 年龄、最旧表和清理完成速率校准 vacuum_max_eager_freeze_failure_rate;优先消除长事务、失效槽和被阻塞 worker,绝不能靠提高年龄掩盖积压。
OLAP 在批量窗口主动 VACUUM (FREEZE) 新装载/静态分区,并给全表扫描留 I/O 时间;年龄预算按峰值事务速率而不是墙钟经验换算。
小规格 保持上游默认通常最安全。容量较小不等于可关闭防回卷维护;监控所有数据库,而不只是当前业务库。

Pigsty 取值

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

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

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

常见坑

  • 把数值当作百分比整数,而不是 0 到 1 的比例。
  • 提高数值、增加 all-visible 页面扫描,却未测量额外 I/O 与 WAL。
  • 误以为积极冻结可以消除周期性 aggressive VACUUM。
  • 忽略表级 storage parameter 覆盖。
  • 只看扫描页数,不看实际冻结页数与未来 aggressive 扫描工作。

vacuum_truncate · vacuum_freeze_table_age · autovacuum_freeze_max_age · maintenance_work_mem · vacuum_failsafe_age · vacuum_freeze_min_age

参考资料