Postgres子事务的危险
内容提要
PostgreSQL子事务缓存溢出会严重影响集群性能：单个事务创建超过64个子事务ID时，缓存溢出导致快照标记溢出，查询需频繁查询pg_subtrans SLRU，引发锁竞争，使整个集群TPS从约7200骤降至约160。同时，溢出的RUNNING_XACTS记录会使新只读副本无法构建快照，延迟启用热备模式，拒绝连接。建议保持事务简短并监控子事务活动以降低风险。
延伸解读
溢出影响范围远超单个事务
子事务缓存溢出不仅影响产生溢出的事务本身，还会拖累整个集群。由于快照标记为溢出后，所有查询在判断元组可见性时都可能需要查询pg_subtrans，导致SLRU锁竞争和性能骤降。即使其他会话未使用子事务，也会受到波及，因此问题具有全局性。
对只读副本的隐性威胁
溢出的RUNNING_XACTS记录会使新启动的只读副本无法构建完整快照，从而延迟启用热备模式，拒绝连接。即使副本已开始回放WAL，也无法提供读服务。在负载高峰时动态添加副本的场景下，这可能导致容量不足，需及时终止主库上的溢出事务以恢复可用性。
监控与预防建议
PostgreSQL 18没有内置的防溢出机制，但可通过监控子事务数量和pg_subtrans的SLRU访问来提前发现风险。保持事务简短、设置事务超时参数，以及使用pg_stat_get_backend_subxact()检查溢出状态，都是有效的预防措施。
Q&A
PostgreSQL子事务缓存溢出会对集群性能产生什么影响？
单个事务创建超过64个子事务ID时，缓存溢出会导致快照标记溢出，查询需频繁查询pg_subtrans SLRU，引发锁竞争，使整个集群TPS从约7200骤降至约160。
子事务缓存溢出如何影响新只读副本？
溢出的RUNNING_XACTS记录会使新只读副本无法构建完整快照，延迟启用热备模式，导致副本拒绝连接，无法提供读流量。
如何检测PostgreSQL子事务缓存溢出？
可以使用pg_stat_get_backend_subxact()函数查看当前运行子事务及溢出标志，或监控pg_stat_slru中subtransaction的blks_hit和blks_read值，若快速增加则可能发生溢出。
如何预防PostgreSQL子事务缓存溢出？
建议保持事务简短，监控最老运行事务的年龄，并设置transaction_timeout或idle_in_transaction_session_timeout自动限制事务时长。
为什么子事务缓存溢出会导致整个集群性能下降？
当一个后端报告子事务缓存溢出时，其他后端创建的快照也会被标记为溢出，导致查询在扫描元组时频繁查询pg_subtrans SLRU，引发锁竞争和磁盘I/O，从而拖慢整个集群。
PostgreSQL中如何创建超过64个子事务？
可以通过显式使用SAVEPOINT创建多个子事务，或使用PL/pgSQL中带EXCEPTION子句的块，每个块会创建一个子事务，循环执行即可超过64个。
为什么只读副本不能使用pg_subtrans来处理溢出快照？
因为pg_subtrans的修改不写入WAL，副本无法获取主库的pg_subtrans数据，且启动时会清零相关页面，所以副本只能依赖WAL中的RUNNING_XACTS记录来跟踪事务。
PostgreSQL 18中是否有内置机制防止子事务缓存溢出？
没有，PostgreSQL 18没有内置的防止机制，但可以通过保持事务简短和监控子事务活动来降低风险。
