SQL Academy · 课时

VACUUM、autovacuum、vacuum_cost_delay

为大型表调优 autovacuum 阈值、vacuum_cost_delay 和并行 VACUUM

VACUUM、autovacuum、vacuum_cost_delay 是 CoddyKit 上的免费 SQL Academy 课时。这是第 2 节课，共 4 节。你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。这是 SQL Academy 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 SQL Academy 课程共包含 4 节课。

VACUUM 的三种模式

VACUUM（懒惰模式）——回收死行、更新空闲空间映射，不获取排他锁
VACUUM FULL——重写表；获取排他锁；将磁盘空间释放回 OS
VACUUM ANALYZE——一次完成 VACUUM 并刷新查询规划器统计信息

手动运行 VACUUM

即使启用了自动 VACUUM，有时手动运行也很有用：

VACUUM (VERBOSE) orders;
VACUUM (VERBOSE, ANALYZE) orders;
VACUUM (PARALLEL 4) orders;       -- parallel index cleanup (PG 13+)

自动 VACUUM 进程

后台启动器会生成工作进程，对超过阈值的表执行 VACUUM。默认情况下，少量工作进程会处理整个集群。

按表调优

频繁变更的表适合使用积极的自动 VACUUM：

ALTER TABLE busy_table SET (
  autovacuum_vacuum_scale_factor = 0.05,    -- 5% dead vs default 20%
  autovacuum_vacuum_threshold    = 1000,
  autovacuum_analyze_scale_factor = 0.05
);

vacuum_cost_delay

限制 VACUUM 的 I/O，避免影响前台查询。PG 12 及更高版本的默认值为 2ms，通常已经足够。对于 SSD，您可以进一步降低该值：

autovacuum_vacuum_cost_delay = 2ms
-- Lower delay = faster vacuum, more I/O usage.
-- Set per-table for hot tables that need faster cleanup.

并行 VACUUM

自 PG 13 起，VACUUM 可以并行执行索引清理：

VACUUM (PARALLEL 4) big_table;
-- Each index cleaned by a parallel worker (up to max_parallel_maintenance_workers).

VACUUM FULL：何时使用及其原因

从头重写整张表，并将空间释放回 OS。它会获取 ACCESS EXCLUSIVE 锁。仅应将其作为最后手段，或者改用 pg_repack。

VACUUM FULL orders;
-- Locks orders; rewrites; on huge tables this is hours of downtime.

pg_repack：在线替代方案

在线重写表，不需要完整锁定。效果与 VACUUM FULL 相同，但更适合生产环境：

pg_repack -d mydb -t orders
-- Builds a shadow table, sync, swaps in.

监控自动 VACUUM

查看上次 VACUUM/ANALYZE 的时间以及死元组数量：

SELECT relname,
       n_live_tup, n_dead_tup,
       last_autovacuum, last_autoanalyze
FROM pg_stat_user_tables
ORDER BY n_dead_tup DESC;

自动 VACUUM 落后的情况

症状：

表膨胀不断增长
pg_stat_user_tables 中的 n_dead_tup 数值很高
查询计划变差

解决方法：增加 autovacuum_max_workers，降低每表的缩放因子，并修复阻塞 VACUUM 的长事务。

VACUUM 日志记录

为了调优，请记录运行缓慢的 VACUUM：

log_autovacuum_min_duration = '500ms'
-- Logs every autovacuum action that took longer than 500ms.

FREEZE

VACUUM 会偶尔将旧元组“冻结”，以防止事务 ID 回绕。积极的自动 VACUUM 可以保持较低的冻结年龄，避免发生紧急的回绕事件。

总结

自动 VACUUM 至关重要，应根据工作负载进行调优。

为频繁变更的表设置按表的自动 VACUUM 参数
VACUUM FULL 是最后手段——优先使用 pg_repack
监控 n_dead_tup 和 last_autovacuum
修复阻塞清理的长事务

快速检查

在不获取会长时间阻塞的锁的情况下，回收繁忙生产表磁盘空间的最安全方法是什么？

常见问题解答

「VACUUM、autovacuum、vacuum_cost_delay」课时是免费的吗？

是的 — 「VACUUM、autovacuum、vacuum_cost_delay」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 SQL Academy 课程的其余内容，请升级到 CoddyKit PRO。 SQL Academy 课程共包含 4 节课。

「VACUUM、autovacuum、vacuum_cost_delay」这节课中我会学到什么？

为大型表调优 autovacuum 阈值、vacuum_cost_delay 和并行 VACUUM 你通过在浏览器中直接运行的动手代码来练习 SQL Academy，全天候 AI 导师会在你学习这节课的过程中回答你的问题。

学习 SQL Academy 需要有经验吗？

无需任何先前经验。CoddyKit 上的 SQL Academy 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。这是第 2 节课，共 4 节。

「VACUUM、autovacuum、vacuum_cost_delay」课时需要多长时间？

大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。

我能在这节 SQL Academy 课中编写并运行代码吗？

能。每节 SQL Academy 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。

此课程中的所有课时

← 返回 SQL Academy