如何阻止DBeaver长期持有PostgreSQL事务以避免影响Autovacuum？

• DBeaver标签页（已设为manual commit - read committed，无未提交工作）及所谓的“Main”进程会长时间（1小时以上）持有PostgreSQL事务ID
• 查询pg_stat_activity可见对应会话状态为idle in transaction，且带有backend_xmin：
  • 标签页会话执行的是自动发起的pg_catalog.pg_proc查询（非用户手动操作）
  • Main进程会话在执行SHOW TRANSACTION ISOLATION LEVEL后进入该状态
• 点击标签页的rollback可立即将会话转为idle状态
• 已开启DBeaver“自动结束长时间空闲事务”功能，且不想设置服务器端idle_in_transaction_session_timeout参数

1. 调整连接事务与元数据缓存设置 #

• 检查事务默认模式：进入连接属性→事务面板，若业务允许，可将默认事务模式从manual commit改为auto commit，避免后台操作意外开启未关闭的事务。
• 细化空闲事务超时阈值：在同一事务面板中，确认“自动结束长时间空闲事务”的超时值设置合理（比如缩短至10-15分钟），避免阈值过高导致功能无效。
• 控制元数据查询的事务行为：进入连接属性→元数据面板，取消勾选“自动刷新元数据”或设置更长的刷新间隔；若有“元数据查询使用自动提交”选项，开启该功能，确保pg_proc这类元数据查询执行后自动提交事务。

2. 修正Main进程的初始化事务残留 #

• 添加连接初始化脚本：进入连接属性→高级面板，在“初始化脚本”中添加以下内容，强制在连接初始化后提交事务：

  SHOW TRANSACTION ISOLATION LEVEL;
  COMMIT;
  

  以此避免SHOW TRANSACTION ISOLATION LEVEL执行后事务处于挂起状态。

3. 禁用不必要的后台功能 #

• 暂时关闭非必需的功能：比如ER图自动刷新、实时数据库监控等，这类功能可能触发额外的后台事务；若禁用后问题缓解，再逐步排查具体功能的影响。

4. 手动会话清理（临时方案） #

• 在DBeaver中管理会话：在数据库导航树中找到会话节点，右键打开会话列表，筛选出idle in transaction状态的会话，手动终止或执行ROLLBACK操作；若支持，可设置定时会话清理规则。

调整设置后，定期执行以下查询监控会话状态：

SELECT pid, state, backend_xmin, query FROM pg_stat_activity WHERE state = 'idle in transaction';

观察是否还有长时间存在的idle in transaction会话，确认backend_xmin不再持续老化，autovacuum恢复正常工作。

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