PostgreSQL表设置表级autovacuum_freeze_max_age仍触发事务回卷autovacuum问题

• 参数取值超出合法范围：PostgreSQL 12采用32位环形事务ID设计，事务ID阈值的最大合法取值为2^31 - 1（约21亿），你执行的SQL设置的6000000000（60亿，对应10个0）远超过该上限，会被系统自动判定为无效值，无法按照预期的6亿（600M，对应9个0）生效。
• 全局参数的兜底限制：PostgreSQL内核规定表级autovacuum_freeze_max_age的实际生效值不能超过全局autovacuum_freeze_max_age的1.1倍，RDS/Aurora PostgreSQL的该全局参数默认值为2亿，也就是说表级设置最多只能生效到2.2亿，达到2亿触发清理属于符合内核逻辑的行为。
• 数据库级阈值触发：事务回卷autovacuum的触发逻辑不单独检查表级阈值，还会校验整个数据库的pg_database.datfrozenxid年龄，如果库级冻结年龄达到全局阈值，会触发全库范围的反回卷清理，即使单表设置了更高阈值也会被纳入清理范围。
• 参数未完成生效前置操作：修改表级冻结参数后，需要手动对表执行一次VACUUM FREEZE sample_table;更新表的pg_class.relfrozenxid记录，否则系统会基于修改前的旧冻结事务ID计算年龄，仍然沿用旧的触发规则。

• 全局autovacuum_freeze_max_age：确认实例全局冻结阈值的实际值，判断表级设置是否超出1.1倍的上限限制，查询语句：show autovacuum_freeze_max_age;
• 全局vacuum_freeze_table_age：该参数控制全表扫描冻结清理的触发阈值，默认值为全局autovacuum_freeze_max_age的95%即1.9亿，会早于2亿阈值触发全表冻结，查询语句：show vacuum_freeze_table_age;
• 表级参数实际生效值：确认表级设置是否被系统正常保留，是否因超范围被自动重置，查询语句：select reloptions from pg_class where relname = 'sample_table';
• 数据库级冻结年龄：判断是否为库级阈值触发的全库清理，查询语句：select age(datfrozenxid) from pg_database where datname = current_database();
• 表当前实际冻结年龄：确认表的事务ID年龄计算逻辑符合预期，查询语句：select age(relfrozenxid) from pg_class where relname = 'sample_table';
• 云厂商特有参数：Aurora PostgreSQL需要检查aurora_autovacuum_freeze_override、rds.force_autovacuum_freeze_threshold这类RDS自定义参数，确认是否存在强制覆盖表级设置的规则。

内容的提问来源于stack exchange，提问作者aakash muthuramalingam