PostgreSQL中pg_catalog.pg_attribute表膨胀问题求助

从你提供的VACUUM (VERBOSE)输出能定位核心原因：oldest xmin: 650634809。这个旧事务ID（xmin）会阻止VACUUM回收pg_attribute中的死元组——每次创建临时表都会在pg_attribute中生成条目，事务结束后临时表被删除，这些条目变成死元组，但只要有会话持有该旧xmin的快照，PostgreSQL就无法清理这些死元组，最终导致表空间异常膨胀。

1. 定位持有旧xmin的会话或事务 #

执行以下查询找到占用旧xmin的会话：

SELECT pid, datname, usename, state, xact_start, query 
FROM pg_stat_activity 
WHERE backend_xmin = '650634809';

同时检查是否存在未提交的预备事务：

SELECT * FROM pg_prepared_xacts WHERE xmin = '650634809';

2. 释放旧xmin #

• 若为空闲事务/长期挂起的会话，直接终止对应进程：

SELECT pg_terminate_backend(pid);

（将pid替换为查询结果中的进程ID）

• 若为预备事务，根据业务需求选择提交或回滚：

-- 提交预备事务
COMMIT PREPARED 'transaction_id';

-- 回滚预备事务
ROLLBACK PREPARED 'transaction_id';

（将transaction_id替换为预备事务的ID）

3. 清理pg_attribute表 #

旧xmin释放后，先执行常规VACUUM回收死元组：

VACUUM (VERBOSE, ANALYZE) pg_catalog.pg_attribute;

若空间仍未有效回收，在业务低峰期执行VACUUM FULL（此操作会锁表，需暂停相关业务读写）：

VACUUM FULL pg_catalog.pg_attribute;

4. 长期预防措施 #

• 优化临时表使用：尽量复用临时表，避免每个事务创建新临时表；显式指定ON COMMIT DROP，确保事务结束后立即清理临时表（默认行为是ON COMMIT PRESERVE）：

CREATE TEMPORARY TABLE temp_table (...) ON COMMIT DROP;

• 调整系统表的autovacuum配置：默认autovacuum对系统表的清理阈值较高，针对pg_attribute单独设置更激进的参数，加快死元组回收：

ALTER TABLE pg_catalog.pg_attribute 
SET (autovacuum_vacuum_scale_factor = 0.01, autovacuum_vacuum_threshold = 100);

• 升级PostgreSQL版本：旧版本（如10及以下）存在临时表相关的系统表膨胀bug，升级到12+的稳定版本可获得更完善的临时表清理机制，减少此类问题发生。

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