Andreas Scherbaum：理解VACUUM、VACUUM template0和事务ID环绕
内容提要
PostgreSQL使用MVCC来管理并发访问，通过VACUUM清理过程删除不必要的元组。定期运行VACUUM对数据库的高效性很重要，包括template0数据库。手动干预时要小心更改目录，以避免数据丢失或损坏。VACUUM将数据标记为“冻结”以解决事务ID环绕问题。如果Autovacuum无法处理，可以手动运行VACUUM。
延伸解读
事务ID环绕为何会导致数据“消失”
PostgreSQL使用32位整数管理事务ID，可见范围只有2^31个事务。当ID向前推进并回绕后，原本在可见范围内的旧元组可能落入“未来”区间，从而对查询不可见，造成数据丢失的假象。文章通过xmin=5000的元组示例说明：回绕后该元组被划入未来范围，因此不可见。VACUUM通过将长期存在的元组标记为“冻结”来避免这一问题，但必须在回绕发生前处理完所有表和数据库。
Autovacuum的层层保护与局限
PostgreSQL设置了多级防护：autovacuum_freeze_max_age（默认2亿事务）让Autovacuum开始冻结老旧表；若处理不及时，vacuum_failsafe_age（默认16亿事务）会触发非常激进的VACUUM，即使Autovacuum被禁用也会启动。但激进VACUUM可能在工作时间运行，拖慢生产系统。若仍不足，数据库会在日志中发出警告，提示需在指定事务数内执行数据库级VACUUM。监控应捕获这些警告并及时告警。
手动处理template0的特殊步骤与风险
当多个数据库都接近环绕时，可手动对每个库执行VACUUM FREEZE。但template0默认禁止连接（datallowconn为f），无法直接连接。文章演示了需先更新pg_database目录，将datallowconn改为true，连接后执行VACUUM FREEZE，再改回false。作者特别警告：手动更改目录有风险，错误更新可能导致数据丢失或损坏。因此应优先依靠监控和主动维护，避免走到手动干预这一步。
Q&A
什么是PostgreSQL中的VACUUM？
VACUUM是PostgreSQL中的一个清理过程，用于删除不必要的元组，以保持数据库的高效性。
为什么定期运行VACUUM对数据库很重要？
定期运行VACUUM可以防止事务ID环绕问题，避免数据不可见和潜在的数据丢失。
如何手动运行VACUUM？
可以通过连接到数据库并执行'VACUUM'命令来手动运行VACUUM，特别是在Autovacuum无法处理时。
什么是事务ID环绕，如何影响数据库？
事务ID环绕是指PostgreSQL使用32位整数管理事务ID，当达到最大值时，旧数据可能变得不可见，导致数据丢失。
如何解决事务ID环绕问题？
可以通过运行VACUUM FREEZE来解决事务ID环绕问题，确保所有数据库的元组被标记为冻结。
template0数据库的VACUUM有什么特别之处？
template0数据库默认不允许连接，必须先解锁才能运行VACUUM，以避免数据丢失。
