Informix数据库Atomikos连接池未正常释放连接问题咨询

问题描述 #

使用Informix数据库搭配Atomikos连接池时，遭遇连接无法正常释放的问题：

• 运行时频繁出现警告：

com.atomikos.jdbc.AtomikosSQLException, level=WARN, message=Connection pool exhausted- try increasing 'maxPoolSize' and/or 'borrowConnectionTimeout' on the DatasourceBean,

• 午夜执行无用户操作的清理任务时，系统无法获取连接导致任务失败，抛出上述警告对应的异常
• 所用Informix 3.x驱动无连接统计API，无法直接排查连接持有情况

当前连接池配置代码：

AtomikosDataSourceBean ds = new AtomikosDataSourceBean(); 
ds.setUniqueResourceName("XADS-"+nodeId+"-"+currentTimeInMillis()); 
ds.setXaDataSourceClassName("com.informix.jdbcx.IfxXADataSource"); 
Properties p = new Properties();
p.setProperty ( "user" , "informix" ); 
p.setProperty ( "password" , "informix" ); 
p.setProperty ( "serverName" , "ifxtest" ); 
p.setProperty ( "databaseName" , "java" ); 
p.setProperty ( "portNumber" , "1526" ); 
p.setProperty ( "ifxIFXHOST" , "localhost-ifx" ); 
p.setProperty ( "ifxIFX_LOCK_MODE_WAIT" , "5" ); 
p.setProperty ( "ifxIFX_XASPEC" , "Y" ); 
ds.setXaProperties ( p );
ds.setTextQuery("Select 1 from ....");// some property table.
ds.setMaxIdelTime(60*1000);
ds.setMinPoolSize(5);
ds.setMaxPoolSize(150);
return ds;

排查与解决思路 #

1. 修正核心配置错误 #

Atomikos的setMaxIdleTime参数单位为秒，而非你当前设置的毫秒。60*1000会被解析为60000秒（约16.7小时），导致闲置连接无法被及时回收，这是连接耗尽的核心原因之一。
修改为：

ds.setMaxIdleTime(60); // 闲置60秒后回收连接

2. 排查事务资源泄漏 #

Atomikos作为XA事务管理器，连接未释放大多和事务未正确收尾有关：

• 检查所有数据库操作的事务逻辑，确保异常分支和正常分支都有明确的commit()或rollback()调用，避免事务挂起占用连接
• 开启Atomikos DEBUG级日志，跟踪连接的获取、释放流程以及事务生命周期，定位未释放连接对应的事务
• 排查长事务：部分操作可能因锁等待、外部资源阻塞导致事务长时间未结束，持续占用连接

3. 优化连接池参数 #

• 添加borrowConnectionTimeout配置，设置合理的连接等待超时，避免无限制等待：

  ds.setBorrowConnectionTimeout(30000); // 30秒超时
  

• 开启reapTimeout主动收割超时连接：

  ds.setReapTimeout(30); // 每30秒检查一次超时连接
  

4. 检查Informix XA驱动与数据库配置 #

• 确认Informix数据库端已为操作用户开启XA事务权限，ifxIFX_XASPEC=Y的配置需配合数据库端的XA支持
• 结合Informix数据库日志排查锁冲突：ifxIFX_LOCK_MODE_WAIT=5设置锁等待5秒，若存在频繁锁冲突，会导致事务阻塞占用连接
• 借助JVM监控工具（如JConsole、VisualVM）查看连接池相关对象的内存状态，或调用Atomikos连接池的getActiveConnections()方法（若3.x版本支持）统计活跃连接数

5. 午夜清理任务专项排查 #

• 检查清理任务自身的连接使用逻辑，确保连接在finally块中关闭，事务正确提交/回滚
• 可在清理任务执行前，触发连接池的主动回收逻辑（如调用Atomikos的refresh()方法，需确认版本支持），避免白天累积的泄漏连接耗尽池资源

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