事务 ID 回卷（Transaction ID Wraparound） 是 PostgreSQL 中最严重、最致命的潜在故障之一。如果处理不当，它会导致数据库停止服务，甚至造成数据永久丢失。

简单来说，这是因为 PostgreSQL 用来标记事务的“计数器”用完了，不得不从头开始数，从而导致新旧数据混淆。

核心原理：32位整数的限制

PostgreSQL 使用一个 32位无符号整数 (xid) 来标识每一个事务。

• 最大值： 2^32-1≈42.9亿。
• 含义：PG 最多只能容纳约 42 亿个事务。

为什么回卷会导致数据丢失？

PostgreSQL 依靠 MVCC（多版本并发控制） 来判断哪行数据对当前事务可见。判断逻辑依赖于比较 当前事务 ID 和 数据行的创建/删除事务 ID。

正常情况：

• 当前事务 ID = 100。
• 数据行 A 由事务 50 创建。
• 因为 100>50，所以事务 100 能看到 数据行 A。

回卷发生时（灾难场景）：

假设事务 ID 已经跑到了 42 亿，然后回卷到了 10。

• 旧数据：由事务 40 亿 创建（在物理时间上是很久以前创建的，逻辑上应该是“过去”）。
• 当前事务：ID 为 10。
• 比较结果：PG 发现 10<40亿。
• 错误判断：PG 会认为事务 40 亿是未来发生的事务！
• 后果：根据 MVCC 规则，当前事务不能看到“未来”的数据。于是，所有旧数据突然对查询不可见了！ 你的表看起来像是空了，或者数据错乱。

PostgreSQL 如何防止回卷？（Vacuum Freeze）

为了防止这种灾难，PostgreSQL 引入了一种机制叫 “冻结”（Freezing）。

什么是冻结？

当 VACUUM进程运行时，它不仅清理死元组，还会检查那些非常古老的活元组。

• 如果某个数据行的事务 ID 已经很老（比如超过 20 亿），VACUUM 会将该行的事务 ID 替换为一个特殊的常量：FrozenXID（通常设为 2）。
• 含义：FrozenXID 代表“这个数据在所有事务之前就已经存在了”。
• 效果：无论当前事务 ID 回卷到多少，FrozenXID (2) 永远小于任何正常事务 ID。因此，这些数据永远可见，不会再参与大小比较。

关键阈值：

PG 设定了一个安全界限，通常是 20 亿个事务（autovacuum_freeze_max_age，默认 2亿，但内部保护机制在 20亿左右强制介入）。

• 如果一个表中有数据行的年龄超过 20 亿事务未被冻结，PG 会发出警告。
• 如果超过 21.47 亿（2^31），PG 会强制停止所有写操作，并强制执行紧急 Vacuum Freeze，直到所有旧数据被冻结。此时数据库处于只读模式，业务完全中断。

如何监控事务 ID 年龄？

你可以查询 pg_stat_user_tables 或 pg_class 来查看表的“年龄”（Age）。

SELECT 
    relname AS table_name, 
    age(relfrozenxid) AS transaction_age,  -- 事务年龄
    mxid_age(relminmxid) AS multixact_age   -- 多事务年龄
FROM pg_class 
WHERE relkind = 'r'  -- 普通表
ORDER BY age(relfrozenxid) DESC 
LIMIT 10;

age 含义当前最新事务 ID 与该表最老未冻结事务 ID 的差值。

危险信号：

• age > 10亿：需要关注，检查 Autovacuum 是否正常工作。
• age > 15亿：高危，建议手动执行 VACUUM FREEZE。
• age > 20亿：紧急！ 数据库可能即将进入强制只读保护状态。

为什么会发生回卷危机？

通常是因为 VACUUM 没有及时运行，导致旧数据没有被冻结。常见原因包括：

1. Autovacuum 被禁用或配置错误：有人为了性能关掉了自动真空。
2. 长事务阻塞：如你之前遇到的，长事务阻止了 VACUUM 清理和冻结旧数据。
3. 高并发写入：事务产生速度极快，Autovacuum 跟不上节奏。
4. 复制槽滞后：逻辑复制槽阻止了 WAL 日志的清理，进而影响 Vacuum。

解决方案与预防

预防措施

1. 保持 Autovacuum 开启：这是最重要的防线。
2. 调整冻结参数：对于高频更新的大表，降低冻结阈值：

ALTER TABLE my_table SET (autovacuum_freeze_max_age = 50000000); -- 5千万

1. 避免长事务：长事务会阻止 Vacuum 冻结旧数据。
2. 监控 Age：设置监控告警，当 age(relfrozenxid) 超过 10 亿时报警。

紧急处理（如果 Age 接近 20 亿）

手动执行 Vacuum Freeze：

VACUUM FREEZE VERBOSE my_table;

• 这会强制冻结所有旧数据，降低表的 Age。
• 注意：这会消耗大量 IO 和 CPU，可能在业务低峰期执行。

如果数据库已进入只读保护：

• 你必须等待强制 Vacuum 完成。这个过程可能非常漫长（几小时甚至几天，取决于表大小）。
• 在此期间，无法写入任何数据。