自动统计信息更新相关疑问：为何仅auto Vacuum运行而无auto Analyze？

一、查看auto Analyze实时运行状态 #

auto Analyze通常执行速度很快，可能你在pg_stat_activity中刷新时刚好错过，试试以下方法：

• 精准查询pg_stat_activity：过滤包含autoanalyze标识的进程，SQL如下：

  SELECT pid, query, state, backend_type, query_start FROM pg_stat_activity 
  WHERE query LIKE '%autoanalyze%' AND state = 'active';
  

  如果执行时间极短，可以持续执行该查询或结合pg_stat_statements（需提前启用）查看历史执行记录。
• 通过日志监控：修改postgresql.conf开启自动清理日志：

  log_autovacuum_min_duration = 0  # 记录所有自动清理/分析操作，0表示无时间阈值
  log_line_prefix = '%t [%p]: [%c-%l] user=%u,db=%d,app=%a '  # 增加日志上下文信息
  

  重启或重载配置后，所有auto Analyze的触发时间、目标表、执行时长都会被记录到PostgreSQL日志文件中，这是最可靠的监控方式。

二、为什么auto Analyze没触发？ #

auto Analyze的触发逻辑独立于auto Vacuum，核心由数据变化量和以下参数控制：

1. 触发阈值公式
   auto Analyze触发的条件是：

   自上次分析以来的修改行数 > autovacuum_analyze_threshold + autovacuum_analyze_scale_factor * 表当前行数
   

   默认参数：autovacuum_analyze_threshold=50，autovacuum_analyze_scale_factor=0.1（即10%）。比如一张1000行的表，需要修改超过50 + 1000*0.1 = 150行才会触发auto Analyze。
2. 检查表的变化统计
   查询pg_stat_user_tables查看表的修改情况：

   SELECT relname, n_live_tup, n_mod_since_analyze 
   FROM pg_stat_user_tables 
   ORDER BY n_mod_since_analyze DESC;
   

   n_mod_since_analyze字段就是自上次分析以来的修改行数，对比阈值公式就能判断是否满足触发条件。
3. 其他可能原因
   • 表数据量过小：比如只有几十行的表，即使修改全部数据，可能仍未达到50 + 行数*0.1的阈值。
   • 全局或表级参数禁用：检查autovacuum全局开关是否开启（autovacuum = on），或表是否设置了autovacuum_enabled=false等覆盖参数：

     SELECT relname, reloptions FROM pg_class WHERE relkind = 'r';
     

   • 自动清理进程资源限制：autovacuum_max_workers等参数限制了并发数，导致auto Analyze排队未执行。

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