Azure PostgreSQL AUTOVACUUM与ANALYZE阈值调整及参数配置咨询

问题1：DML操作频繁的表如何确定autovacuum相关参数最优取值 #

autovacuum的核心触发逻辑为：触发阈值 = autovacuum_vacuum_threshold + autovacuum_vacuum_scale_factor * 表总行数，你可以先查询两张表的实际总行数，结合当前DML变更频率调整参数：

• 门槛类参数：建议先将高频繁表的autovacuum_vacuum_scale_factor下调至0.01~0.05，autovacuum_vacuum_threshold保持默认50或上调至100即可，调整后观察pg_stat_all_tables中last_autovacuum的更新频率，若清理频率仍跟不上死元组产生速度，可继续下调scale_factor
• 成本类参数：Azure默认的autovacuum_vacuum_cost_limit通常为200，autovacuum_vacuum_cost_delay为20ms，对性能配置较高的实例，可将cost_delay下调至2ms甚至0，cost_limit上调至1000~2000，调整后监控实例CPU、IO使用率，只要不影响业务正常请求即可逐步优化到最优值

问题2：如何配置让自动analyze执行更频繁 #

analyze的触发逻辑和vacuum相互独立，你需要额外配置表级的analyze专属参数，示例配置如下：

ALTER TABLE submissions SET (autovacuum_analyze_threshold = 100, autovacuum_analyze_scale_factor = 0.005);
ALTER TABLE applications SET (autovacuum_analyze_threshold = 100, autovacuum_analyze_scale_factor = 0.005);

上述配置的含义是：当表的累计变更行数（插、更、删总和）超过100 + 0.005 * 表总行数时就触发自动analyze，你可以根据实际业务变更速度调整参数，变更越频繁可以把autovacuum_analyze_scale_factor设得越低，最低可到0.001。

问题3：是否单项变更达到50就触发自动analyze #

不是。自动analyze的触发阈值统计的是插入、更新、删除三类操作的累计变更行数总和，而非单项数据，且实际触发阈值公式为autovacuum_analyze_threshold + autovacuum_analyze_scale_factor * 表总行数。默认配置下，若你的表有100万行，需要累计变更超过100050行才会触发analyze，因此你看不到只变更50行就触发的情况，属于正常现象。

问题4：修改表级autovacuum参数是否需要同步配置索引 #

不需要单独配置关联索引，索引的vacuum清理逻辑会跟随所属表的autovacuum进程同步执行，修改表级参数后会自动对关联索引生效，不存在也不需要cascade同步选项。

补充建议 #

调整参数后可定期监控pg_stat_all_tables中的last_autoanalyze、autoanalyze_count字段更新情况，若仍存在统计信息滞后导致执行计划异常的问题，可在业务低峰期设置定时任务手动执行ANALYZE 表名补充统计信息。

内容的提问来源于stack exchange，提问作者Roberto Hernandez