自 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
