PostgreSQL 11中VACUUM FULL中途终止是否有效及pg_repack生产可用性咨询

1. 短时间运行VACUUM FULL能否获得收益？ #

不能。VACUUM FULL的核心逻辑是全量重写整个表，只有当操作完全执行完毕后，才会替换原表并释放磁盘空间。如果只运行了一小段时间就终止，原表的磁盘占用不会有任何变化，所有临时重写的内容都会被清理，等于没有任何收益。

2. 中途取消VACUUM FULL是否会导致所有进度丢失？ #

是的。VACUUM FULL是原子性的重写操作，没有增量进度保存机制。中途取消后，数据库会自动清理过程中生成的临时文件，之前做的所有重写工作都会作废，下次再运行时需要完全从头开始。另外，取消操作本身可能会带来短暂的IO峰值，因为要清理临时数据。

3. pg_repack是否可安全用于生产数据库？ #

pg_repack是安全可靠的生产级工具，你的担心可以通过规范操作来规避：

• 机制层面：它采用在线重写表的方式，只会在操作首尾阶段持有短暂的锁（远短于VACUUM FULL的长时间排他锁），创建新表后逐步复制数据，最后原子切换原表和新表，全程不阻塞业务的读写操作。
• 兼容性与官方支持：针对AWS Aurora PostgreSQL，该工具是官方推荐的清理表膨胀方案，完全适配PostgreSQL 11版本。
• 风险规避措施：
  • 操作前手动创建Aurora快照，确保数据可回滚；
  • 避开业务高峰时段执行，实时监控CPU、IO、内存等资源负载；
  • 对几百GB的大表，拆分批次处理，避免单次操作占用过多资源；
  • 先在测试环境或非核心小表上验证操作流程，确认无误后再推广到生产大表。

对比VACUUM FULL，pg_repack更适合超大型生产库的场景——既不会长时间锁表影响业务，也能有效释放被膨胀占用的磁盘空间。

内容的提问来源于stack exchange，提问作者Neil C. Obremski