PostgreSQL 为什么需要 VACUUM？Autovacuum 有什么作用？

简化版

PostgreSQL 因为 MVCC 会保留旧行版本，UPDATE 和 DELETE 后会产生 dead tuples。VACUUM 的作用是清理这些不再可见的旧版本，减少表膨胀，并防止事务 ID 回卷风险。Autovacuum 是后台自动清理和自动更新统计信息的机制，不能随便关闭。

详细版

VACUUM 主要做三类事情：

回收已经没有事务需要的 dead tuples；
标记空间可复用，缓解表和索引膨胀；
冻结很老的事务 ID，防止 transaction ID wraparound；
配合 ANALYZE 更新统计信息，帮助优化器选择执行计划。

Autovacuum 是 PostgreSQL 的后台自动维护机制。它会根据表的更新、删除数量和阈值触发清理，也会触发 analyze。线上 PostgreSQL 性能问题里，长事务导致 VACUUM 清不掉旧版本、热点表 Autovacuum 跟不上、统计信息过旧，都是高频问题。

完整版教学

一、VACUUM 的根源是 MVCC

PostgreSQL 更新一行数据时通常会生成新行版本，旧版本不会立刻物理删除。删除数据时，也常常是先让旧版本对新事务不可见，而不是马上从文件里抹掉。

这些旧版本如果已经没有事务需要，就叫 dead tuples。它们继续留在表里会带来几个问题：

顺序扫描读到更多无用行；
索引里也可能残留指向旧版本的条目；
表文件占用越来越大；
优化器统计信息失真；
事务 ID 年龄越来越大，存在回卷风险。

VACUUM 就是 PostgreSQL 清理这些历史包袱的机制。

二、普通 VACUUM 不一定立刻缩小磁盘文件

普通 VACUUM 会把可回收空间标记为可复用，后续插入或更新可以重新使用这些空间。但它通常不会把表文件立刻缩小到操作系统层面。

如果想强制整理并缩小表文件，可以使用 VACUUM FULL，但它会重写整张表，并且需要更强的锁，线上使用要非常谨慎。

所以面试中要区分：

VACUUM：日常维护，回收可复用空间，锁影响较小；
VACUUM FULL：重写表、释放磁盘空间，锁影响大；
ANALYZE：采样统计数据，帮助优化器估算行数和成本。

三、Autovacuum 不能轻易关闭

Autovacuum 会在后台自动执行 VACUUM 和 ANALYZE。很多初学者看到它占用 I/O，就想直接关掉，这是非常危险的。

关闭或过度压制 Autovacuum 可能导致：

dead tuples 堆积，查询越来越慢；
表膨胀，磁盘空间快速增长；
统计信息过期，执行计划变差；
接近事务 ID 回卷风险，数据库被迫进入保护状态。

正确做法不是关闭，而是针对热点表调整阈值、成本延迟、并发 worker 数量等参数，让清理能力匹配写入压力。

四、长事务会阻止旧版本回收

VACUUM 只能清理“没有任何活跃事务需要”的旧版本。如果有一个事务长期不提交，它的快照可能还需要很久以前的数据版本，那么 VACUUM 就不能清掉这些版本。

常见来源包括：

应用开启事务后忘记提交；
慢查询长时间运行；
后台任务批量处理时间过长；
连接池里存在 idle in transaction；
复制槽长期不消费。

排查 PostgreSQL 表膨胀时，长事务通常是优先检查项。

五、VACUUM 和统计信息的关系

优化器选择执行计划依赖统计信息，比如某列有多少不同值、条件大概能过滤多少行。表经过大量写入、更新、删除后，旧统计信息可能不准确。

Autovacuum 不只清理 dead tuples，也会触发 auto analyze。统计信息更新后，优化器才更可能选对索引扫描、顺序扫描、JOIN 顺序等计划。

所以 PostgreSQL 性能优化不是只建索引，也要关注表维护和统计信息。

六、常见误区与追问

机制	做什么	注意点
`VACUUM`	清理 dead tuples，空间可复用	通常不立刻缩小文件
`VACUUM FULL`	重写表并释放磁盘	锁影响大，线上谨慎
Autovacuum	后台自动清理和 analyze	不要随便关闭

记忆钩子：VACUUM 清的是 MVCC 留下的旧版本，不是普通意义上的“清缓存”。Autovacuum 慢了要调，不是关。

假设一张热点表 1000 万行，每小时更新 200 万行，如果 Autovacuum 只能及时清理 50 万 dead tuples，那么旧版本会持续堆积。几小时后顺序扫描要跳过大量无效版本，索引也可能膨胀；如果同时存在一个 6 小时未提交的长事务，VACUUM 即使运行也不能清理它快照可能需要的旧版本。

日常排查时，可以把监控思路简化成：

-- 关注 dead tuples、上次 vacuum/analyze 时间
SELECT relname, n_dead_tup, last_autovacuum, last_autoanalyze
FROM pg_stat_user_tables
ORDER BY n_dead_tup DESC
LIMIT 10;

误区：VACUUM 会立即把磁盘空间还给操作系统。 普通 VACUUM 多数只是标记空间可复用，VACUUM FULL 才会重写表释放文件空间。
误区：Autovacuum 占 I/O 就应该关闭。 关闭会导致 dead tuples、表膨胀、统计信息过期和事务 ID 回卷风险。
误区：只有 DELETE 才需要 VACUUM。 UPDATE 也会生成新旧行版本，同样会产生需要清理的旧版本。
追问：长事务为什么影响 VACUUM？ 长事务持有旧快照，旧版本可能仍对它可见，所以 VACUUM 不能安全回收。
追问：VACUUM 和 ANALYZE 有什么区别？ VACUUM 清旧版本和复用空间，ANALYZE 更新统计信息，帮助优化器估算行数。
追问：热点表 Autovacuum 跟不上怎么办？ 调整表级阈值、scale factor、worker、cost limit/delay，排查长事务和复制槽，并在低峰手动维护。

七、加强记忆

VACUUM 的记忆线是：MVCC 产生旧版本，VACUUM 清理旧版本并复用空间，Autovacuum 自动做日常维护，长事务会拖住清理。线上不要轻易关 Autovacuum，真正要做的是监控表膨胀、dead tuples、长事务和统计信息新鲜度。

简化版

详细版