穆罕默德·阿里：使用pg_repack扩展消除膨胀
内容提要
PostgreSQL引入了pg_repack扩展来解决表中的膨胀和碎片化问题。与VACUUM FULL不同，pg_repack允许在线重建表而无需锁定表。操作过程中，pg_repack创建日志表，添加触发器，创建影子表，构建索引，应用更改，交换表，并删除原始表。重要选项包括指定并行连接数，执行在线VACUUM FULL，设置等待超时和绕过超级用户验证。限制包括不能重新组织临时表或通过GiST索引对聚簇表进行重组。建议在低活动期间安排pg_repack，并避免过度使用。
延伸解读
pg_repack 与 VACUUM FULL 的锁机制对比
VACUUM FULL 在执行过程中会获取表的排他锁，导致表无法进行读写和模式更改，可能造成服务中断。而 pg_repack 在大部分操作期间仅使用 ACCESS SHARE 锁，允许并发的 INSERT、UPDATE 和 DELETE 操作，仅在初始设置和最终交换阶段短暂持有排他锁，从而实现在线重组，显著减少停机时间。
使用 pg_repack 的必备条件与资源需求
要使用 pg_repack，必须满足以下条件：当前用户需为超级用户；目标表必须具有主键或非空列上的唯一索引；执行全表重组需要约两倍于目标表及其索引大小的可用磁盘空间。这些要求确保了操作的正确性和安全性，在规划重组前应仔细检查。
pg_repack 的关键选项与超时处理
pg_repack 提供多个重要选项：--jobs 可指定并行连接数以加速索引重建；--no-order 执行在线 VACUUM FULL；--wait-timeout 设置等待排他锁的超时时间，超时后会强制终止冲突查询；--no-kill-backend 阻止终止其他后端；--no-superuser-check 可绕过超级用户验证，适用于 AWS 或 Azure 等非超级用户环境。
pg_repack 的限制与使用建议
pg_repack 无法重组临时表，也不能通过 GiST 索引对表进行聚簇。操作期间，除 VACUUM 或 ANALYZE 外，不能对目标表执行 DDL 命令。此外，过度使用会导致大量 WAL 生成，可能带来意外影响。建议在低活动期间安排 pg_repack，对于不允许停机的关键应用，应避免在高峰时段使用。
Q&A
pg_repack扩展的主要功能是什么？
pg_repack扩展用于解决PostgreSQL表中的膨胀和碎片化问题，允许在线重建表而无需锁定表。
pg_repack与VACUUM FULL有什么区别？
pg_repack允许在线操作，不需要独占锁，而VACUUM FULL会锁定表，导致无法进行读写，可能造成服务中断。
使用pg_repack需要满足哪些条件？
使用pg_repack需要是超级用户，目标表必须有主键或唯一索引，并且需要双倍于目标表大小的可用磁盘空间。
pg_repack的工作流程是怎样的？
pg_repack的工作流程包括创建日志表、添加触发器、创建影子表、构建索引、应用更改、交换表和删除原始表。
pg_repack有哪些重要选项？
pg_repack的重要选项包括指定并行连接数、执行在线VACUUM FULL、设置等待超时和绕过超级用户验证。
使用pg_repack时有哪些限制？
pg_repack不能重组临时表，不能通过GiST索引对聚簇表进行重组，并且在操作期间不能执行DDL命令。
