PostgreSQL 19 前瞻：Autovacuum 机制调整

自 8.1 版本起，Autovacuum 机制便持续为 PostgreSQL 数据表提供运维保障，后续每个版本都对其进行了细节优化，包括更智能的阈值、插入感知触发策略、资源开销限制等。作为数据库核心运维工具，Autovacuum 能够有效规避事务ID回卷问题，持续更新数据表统计信息。本文将详细介绍 Postgres 19 在 Autovacuum 机制上的全新优化内容。

在过往的绝大多数版本中，Autovacuum 工作进程会先梳理出需要运维的数据表，再按照 pg_class 系统目录中的顺序依次处理。该调度逻辑完全均等化，不会区分任务紧急程度：一张即将触发事务ID回卷停机的表，和仅轻微超出统计更新阈值的普通表，会被同等调度处理，系统无法区分运维任务的优先级差异。

基于这一痛点，Postgres 19 对 Autovacuum 调度机制进行核心改造，实现运维任务的分级处理，让系统可以精准区分常规运维与紧急修复任务，同时支持管理员自主定义集群运维侧重性，无需重构整体调度逻辑。

优先级评分机制正式落地

本次优化的核心是全新的优先级评分体系。Autovacuum 启动运维任务前，会先为所有数据表计算优先级分数。调度进程会优先筛选存在事务ID、多事务ID回卷风险的数据库，其次选择长期未执行运维的数据库；在目标数据库内，系统不再依据目录顺序排序，而是根据数据表的量化分数排序执行任务。

该评分机制采用加权启发式算法，系统会为每张数据表计算五项独立分数，最终取最高分作为表的整体优先级。五项评分维度分别为：事务ID老化分数、多事务ID老化分数、待回收死元组数量分数、新增元组数量分数、上次分析后的数据变更量分数。

为了让评分机制可观测、可追溯，Postgres 19 新增 pg_stat_autovacuum_scores 系统视图，可直接查询数据库内所有数据表的实时评分数据，视图结构如下：

\d pg_stat_autovacuum_scores

               View "pg_catalog.pg_stat_autovacuum_scores"
       Column        |       Type       
---------------------+------------------
 relid               | oid
 schemaname          | name
 relname             | name
 score               | double precision
 xid_score           | double precision
 mxid_score          | double precision
 vacuum_score        | double precision
 vacuum_insert_score | double precision
 analyze_score       | double precision
 do_vacuum           | boolean
 do_analyze          | boolean
 for_wraparound      | boolean

其中 score 字段为数据表的综合最高优先级分数，其余五项 *_score 字段为各维度原始评分数据，直观展示每张表的运维优先级依据。

双场景数据表评分实测对比

为直观体现评分机制的运行逻辑，本次测试选取两类典型业务表：仅追加写入的事件日志表、频繁变更的业务队列表。测试前手动关闭两张表的自动清理功能，避免系统自动运维干扰评分结果。

CREATE TABLE append_log (id bigserial PRIMARY KEY, payload text)
  WITH (autovacuum_enabled = false);

CREATE TABLE churn_queue (id bigserial PRIMARY KEY, state int, payload text)
  WITH (autovacuum_enabled = false);

INSERT INTO append_log (payload)
  SELECT 'event' FROM generate_series(1, 500000);

INSERT INTO churn_queue (state, payload)
  SELECT 0, 'job' FROM generate_series(1, 200000);

UPDATE churn_queue SET state = 1 WHERE id % 2 = 0;
DELETE FROM churn_queue WHERE id % 5 = 0;

测试数据说明：日志表仅新增 50 万条数据，无修改操作；队列表先写入 20 万条数据，随后执行 10 万次更新、4 万次删除，产生大量死元组。执行pg_stat_force_next_flush()刷新统计采集器后，Postgres 给出的两张表评分如下：

SELECT relname, ceil(score) AS score,
       ceil(vacuum_score) AS vacuum_score,
       ceil(vacuum_insert_score) AS insert_score,
       ceil(analyze_score) AS analyze_score
  FROM pg_stat_autovacuum_scores
 WHERE relname IN ('append_log', 'churn_queue')
 ORDER BY score DESC;

   relname   | score | vacuum_score | insert_score | analyze_score 
-------------+-------+--------------+--------------+---------------
 append_log  | 10000 |            0 |          500 |         10000
 churn_queue |  6800 |         2800 |          200 |          6800

各项分数本质为数据表实际状态超出触发阈值的比例。append_log 无死元组，因此 vacuum_score 为0，海量新增数据使其 analyze_score 达到最高值；churn_queue 存在大量死元组，vacuum_score 较高，但整体优先级由 analyze_score 决定。两张表均以单项最高分作为最终优先级，因此日志表运维优先级高于队列表。

自定义权重：灵活调整运维优先级倾向

Postgres 19 新增六项可调优参数，支持自定义各维度运维优先级权重，其中五项为评分维度缩放系数，默认值均为1.0，代表所有运维需求优先级均等。

autovacuum_freeze_score_weight           = 1.0
autovacuum_multixact_freeze_score_weight = 1.0
autovacuum_vacuum_score_weight           = 1.0
autovacuum_vacuum_insert_score_weight    = 1.0
autovacuum_analyze_score_weight          = 1.0

所有权重参数默认值均为 1.0，代表各类运维需求拥有同等优先级。将 autovacuum_analyze_score_weight 调至 2.0，统计分析维度的优先级将翻倍；调至 0.5 则该维度评分减半。文档中还提供了兼容旧版本的回退方案：将五项权重全部设为 0.0，集群将恢复至 Postgres 19 版本之前仅按系统目录顺序处理表的调度逻辑，应对部分场景下旧调度机制更适配的情况。

接下来调整权重改变优先级倾向。假设死元组回收的优先级提升一倍，统计信息刷新优先级减半。该类参数属于 SIGHUP 参数，重载配置即可生效，无需重启数据库实例。

ALTER SYSTEM SET autovacuum_vacuum_score_weight = 2.0;
ALTER SYSTEM SET autovacuum_analyze_score_weight = 0.5;
SELECT pg_reload_conf();

权重调整后，两张表的运维优先级发生反转：

SELECT relname, ceil(score) AS score,
       ceil(vacuum_score) AS vacuum_score,
       ceil(analyze_score) AS analyze_score
  FROM pg_stat_autovacuum_scores
 WHERE relname IN ('append_log', 'churn_queue')
 ORDER BY score DESC;

   relname   | score | vacuum_score | analyze_score 
-------------+-------+--------------+---------------
 churn_queue |  5600 |         5600 |          3400
 append_log  |  5000 |            0 |          5000

调整后，churn_queue 表的死元组回收优先级显著提升，系统优先处理空间回收任务，实现运维策略的自定义适配。

新增数据独立评分的核心逻辑

插入、更新、删除操作对数据库的影响存在本质区别：更新和删除会产生死元组，造成表膨胀，是 Vacuum 机制需要清理的核心对象；而纯插入操作不会产生死元组，无需空间回收，但会大幅改变数据表数据体量，导致统计信息过期，引发查询规划器执行异常。

这也是 Postgres 13 引入独立插入触发阈值、Postgres 19 将其纳入独立评分体系的核心原因。数据仓库、日志表等纯追加业务场景无表膨胀压力，运维核心需求为刷新统计信息，独立评分机制可精准适配该类场景。

事务ID冻结的高优先级机制

PostgreSQL 通过事务ID标记行可见性，而事务ID为有限数值。若老旧数据长期未冻结，会持续逼近回卷阈值，触发数据库停机写入、强制紧急清理的保护机制。数据冻结属于强制性运维操作，所有数据最终都需要完成冻结处理。

事务ID评分、多事务ID评分分别用于衡量数据表 relfrozenxid、autovacuum_freeze_max_age，数据表老化越严重，冻结评分越高，优先级越靠前。

冻结权重具备特殊调优逻辑：权重数值大于1.0时，不仅会放大对应评分，还会缩小触发阈值。同时 Postgres 18 引入的 vacuum_failsafe_age、vacuum_multixact_failsafe_age 兜底参数（默认16亿），在 Postgres 19 中与评分体系联动。数据表触发兜底阈值后，Autovacuum 将跳过资源限速、索引清理等非核心操作，全速完成数据冻结。

Autovacuum 并行清理能力上线

Postgres 13 已支持手动 VACUUM 并行处理索引，但 Autovacuum 长期仅支持串行执行，多索引大表的运维任务会长期占用进程资源，效率低下。

Postgres 19 新增 autovacuum_max_parallel_workers 参数，支持 Autovacuum 工作进程调用并行线程，完成索引清理与收尾清理工作，参数设置非零值即可启用：

ALTER SYSTEM SET autovacuum_max_parallel_workers = 4;
SELECT pg_reload_conf();

优先级评分体系负责精准排序运维任务，并行工作机制负责提升单表运维效率，二者结合全面优化 Autovacuum 整体运维能力。

优化总结与未来迭代规划

本次新增的六项 GUC 参数，为 Autovacuum 提供了精细化的优先级调控能力。默认参数可兼容绝大多数常规业务场景，无需手动调整。全新的评分视图也彻底解决了 Autovacuum 运维行为无法直观观测的问题，实现运维状态可监控、可排查。

本次优先级调度体系的内核提交注释说明如下：

This is intended to be a baby step towards smarter autovacuum
workers.  Possible future improvements include, but are not limited
to, periodic reprioritization, automatic cost limit adjustments,
and better observability (e.g., a system view that shows current
scores).  While we do not expect this commit to produce any
earth-shattering improvements, it is arguably a prerequisite for
the aforementioned follow-up changes.

Autovacuum 机制始终处于持续迭代优化状态，本次 Postgres 19 的升级为后续智能化运维改造奠定了核心基础，进一步提升了 PostgreSQL 数据库后台运维的稳定性与可控性。

作者：Shaun Thomas

原文链接：

https://www.pgedge.com/blog/looking-forward-to-postgres-19-autovacuum-tweaks