autovacuum_vacuum_cost_delay

手册说明

PostgreSQL 18 手册 · 19.10 清理 本站手册 官方原文 ↗

机制详解

设置 autovacuum 的清理成本延迟（毫秒）。重新加载配置即可应用新值；已经开始的工作不会被追溯改变。

这些值控制 autovacuum worker 的成本节流；-1 表示分别继承 vacuum_cost_delay 或 vacuum_cost_limit。多个 worker 活跃时，autovacuum 成本额度会在 worker 间平衡，因此单 worker 观察值不能直接乘以并发数。

应把 autovacuum_vacuum_cost_delay 与 vacuum_cost_delay、vacuum_cost_limit、vacuum_cost_page_hit 一起监控和变更。先在对应角色与真实负载上验证，再按其 sighup context 选择会话修改、reload 或 restart；历史默认值并不等于当前有效值。

调优建议

按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。

• OLTP在线事务处理

  用 autovacuum 时长、死元组增长和前台 I/O 延迟共同调 autovacuum_vacuum_cost_delay；优先表级覆盖热点表，避免全局节流让清理永远追不上。

• OLAP分析与批处理

  在装载后维护窗口可提高成本额度或缩短延迟，但要验证扫描吞吐不会挤占查询/导入；failsafe 触发说明常态策略已失效。

• 小规格低配实例与开发机

  保持温和默认；若磁盘很慢，降低并发或给单表覆盖通常比无限增大 delay 更可控。

常见问题

• 只改全局值，忽略表级 storage parameter 覆盖。
• 把 reltuples 与累计变更统计当作精确实时计数。
• 不看长事务、复制槽和 worker 饱和就责怪阈值。
• 用降低维护频率换取短期平静，最终进入防回卷 failsafe。

演化历史

相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。

1. PostgreSQL 20 ← 19 沿用 19

   事实沿用 19

2. PostgreSQL 18 ← 17 仅描述更新

   分类 Autovacuum → Vacuuming / Automatic Vacuuming 补充说明 （无） → -1 means use "vacuum_cost_delay".

3. PostgreSQL 12 ← 11 默认值变更

   默认值 20 ms → 2 ms 类型 整数 → 浮点

逐版本快照

每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。

关联参数

vacuum_cost_delayvacuum_cost_limitvacuum_cost_page_hitvacuum_cost_page_missvacuum_cost_page_dirtyautovacuum_vacuum_cost_limit

参考资料

• PostgreSQL 19 Beta 3：autovacuum_vacuum_cost_delay
• PostgreSQL 19 发行说明

同类参数