PostgreSQL中何时需手动重新分析表及相关最佳实践咨询

1. 启用 autovacuum 时，手动运行 ANALYZE 是否有意义？适用场景是什么？ #

即使开启了 autovacuum 的自动分析功能，手动执行 ANALYZE 依然有明确价值。Autovacuum 的自动分析基于预设阈值（如表中变更行数占比）触发，无法覆盖所有需要即时更新统计信息的场景：

• 重大 schema 变更后：比如你遇到的主键从 integer 改为 bigint 的情况，这类变更会彻底改变列的数据分布特征，autovacuum 可能不会立即触发分析，手动执行能让查询优化器快速获取准确的新统计信息，避免生成低效执行计划。
• 批量数据操作后：当一次性插入、删除或更新大量数据（如超过表总行数的 10%），autovacuum 可能需要一段时间才会触发自动分析，手动执行可让统计信息即时更新，确保后续查询性能。
• 查询性能异常时：如果发现某些查询的执行计划突然变差（比如原本用索引扫描的查询变成全表扫描），大概率是统计信息过时，手动 ANALYZE 可快速修复。
• 关键查询执行前：在运行耗时较长的报表查询或核心业务查询前，手动更新统计信息能确保优化器生成最优执行计划，避免不必要的资源浪费。

2. 手动分析的最佳实践有哪些？ #

分阶段调整统计目标（你提到的三步法）

这个方法通过逐步提高统计目标，平衡分析速度和统计信息准确性，尤其适合大表场景：

-- 第一步：用极低的统计目标快速生成基础统计信息
SET default_statistics_target TO 1;
ANALYZE your_table_name;

-- 第二步：提高统计目标，生成更细致的统计信息
SET default_statistics_target TO 10;
ANALYZE your_table_name;

-- 第三步：恢复默认统计目标，生成完整的统计信息
SET default_statistics_target TO DEFAULT;
ANALYZE your_table_name;

前两步能让优化器快速获得可用的统计信息，避免长时间等待全量分析；第三步补全准确数据，确保后续查询的计划质量。

精准定位分析对象

不要盲目执行全库 ANALYZE，而是针对特定表甚至特定列执行，减少资源消耗：

-- 分析指定表
ANALYZE your_table_name;

-- 仅分析表中的特定列
ANALYZE your_table_name (target_column);

利用 VERBOSE 选项监控进度

执行带 VERBOSE 参数的命令，可查看详细处理过程，方便排查问题：

ANALYZE VERBOSE your_table_name;

避开业务高峰

虽然 ANALYZE 是轻量级操作，但对大表执行时仍会占用一定 CPU 和 I/O 资源，建议在业务低峰期运行，避免影响线上业务。

结合系统视图判断是否需要分析

通过查询 pg_stat_user_tables 视图，查看表的变更情况和上次分析时间，判断统计信息是否过时：

SELECT relname, n_live_tup, n_dead_tup, last_autoanalyze, last_analyze
FROM pg_stat_user_tables
WHERE relname = 'your_table_name';

如果 n_dead_tup 或变更行数占比较高，且距离上次分析时间较长，可考虑手动执行 ANALYZE。

分区表的特殊处理

PostgreSQL 12+ 支持对分区表主表执行 ANALYZE 自动分析所有分区；低版本建议对每个分区单独执行分析，确保每个分区的统计信息准确。

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