Navicat 无自动分析表功能，PostgreSQL 统计信息更新依赖 autovacuum 或手动执行 ANALYZE；刚批量导入或大量修改数据后，必须显式运行 ANALYZE 或 VACUUM ANALYZE 才能确保查询计划准确。
Navicat 里没有“自动分析表”按钮，得靠 VACUUM ANALYZE 手动触发
postgresql 的统计信息更新（即“分析表”）不会在 navicat 界面里自动发生，也不会随插入/更新自动触发。navicat 本身不提供后台定时 analyze 功能，它只是执行你发过去的 sql。真正起作用的是 postgresql 自身的 autovacuum 机制——但它的行为受配置影响，不一定及时覆盖你刚改过的表。
如果你刚批量导入数据、或执行了大量 UPDATE/DELETE，查询计划可能仍沿用旧统计，导致慢查询。这时必须显式运行 VACUUM ANALYZE 或仅 ANALYZE。
-
ANALYZE table_name;：只更新统计信息，不回收空间，快，适合日常刷新 -
VACUUM ANALYZE table_name;：同时清理死元组 + 更新统计，稍慢，适合大修改后 - 不带表名（
ANALYZE;）会分析当前数据库所有有变更的表，慎用，可能阻塞其他操作 - 在 Navicat 查询编辑器中执行即可，无需特殊权限——只要对表有
SELECT权限就能ANALYZE
为什么右键菜单里找不到“分析表”？
Navicat for PostgreSQL 的表右键菜单（如“刷新”“备份”“导出”）确实没集成 ANALYZE 选项。这不是遗漏，而是设计取舍：PostgreSQL 的 ANALYZE 是 DBA 级操作，频率和范围需按需控制，不适合做成一键盲操作。
常见误解是把“刷新数据”（Refresh）当成“分析表”——其实那只重新读取当前行数据，不影响查询优化器用的统计信息。
- 别指望“设计表”或“对象信息”窗口里有分析入口
- Navicat Monitor 可以监控
autovacuum活动，但它不代替手动ANALYZE - 如果习惯图形操作，可在查询编辑器写好
ANALYZE your_table;，保存为代码片段，下次点一下就能执行
autovacuum 能不能代替手动 ANALYZE？
能，但不可靠——尤其对小表或低频更新表。
PostgreSQL 的 autovacuum 默认每分钟检查一次，触发条件是：表被更改的行数超过 autovacuum_analyze_threshold（默认 50）+ autovacuum_analyze_scale_factor（默认 0.1）× 当前总行数。也就是说，一张只有 100 行的表，要改掉 60 行才会触发自动 ANALYZE；而一张 100 万行的表，改 10 万行才触发。
- 刚建完表并导入 1 万行？autovacuum 不会立刻分析，
EXPLAIN可能看到“rows=1000”这种严重偏差 - 频繁小批量更新（比如每分钟 insert 10 行）？autovacuum 可能长期不触发，统计一直 stale
- 想强制立即生效，唯一办法就是手动执行
ANALYZE
执行 ANALYZE 后没看到效果？检查这些地方
执行成功不代表查询就变快了——优化器是否采纳新统计，取决于后续查询是否被重计划。
- 连接未断开时，已缓存的执行计划（prepared statement）不会自动失效，需
DEALLOCATE或重启会话 - 某些 ORM（如 Django 的
QuerySet）或连接池（PgBouncer）会复用计划，绕过新统计 - 确认是否真用了新统计：执行
EXPLAIN (ANALYZE, BUFFERS) SELECT ...，看输出里的rows=是否接近实际值 - Navicat 的“执行计划”视图依赖 PostgreSQL 返回的
EXPLAIN结果，不是独立计算，所以必须先跑ANALYZE再看计划
真正关键的不是“怎么点”，而是“什么时候该跑”。对刚加载完数据的表、上线新查询前、或发现某条查询突然变慢时，手动 ANALYZE 是最直接的干预手段——它不复杂，但容易被跳过。
