DBCP1.3数据库连接泄漏问题

DBCP1.3数据库连接泄漏问题

线上使用的dbcp版本1.3,数据库为达梦7。

问题

在生产环境下发现,dbcp所连接的库一旦因为其它原因挂掉,再次重启数据库后会话将直接撑爆数据库,接着导致数据库再次挂掉。

如图中所示,会话撑满100个(上限默认的为100),连接全部是IDLE。

在参考issue DBCP-470后经本地测试发现问题重现。

问题主要原因是当所连接的数据库停机后,此时通过程序创建BasicDataSource对象来访问数据库时validateConnectionFactory方法抛异常导致datasource成员变量一直为空。

主要问题在于createDataSource()方法。

  1. 通过dataSource !=null来防止重复创建数据源

  2. 创建连接池

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
如果存在数据库连接泄漏的情况,即连接没有正确关闭导致连接池中的连接被耗尽,可以尝试以下方法来解决问题: 1. 检查代码:仔细检查应用程序中的代码,确保在每个数据库连接使用完毕后都进行了正确的关闭操作。通常使用 try-catch-finally 块来确保连接在任何情况下都能够被关闭。例如: ```java Connection conn = null; try { // 获取数据库连接 conn = dataSource.getConnection(); // 执行数据库操作 // ... } catch (SQLException e) { // 处理异常 } finally { // 关闭数据库连接 if (conn != null) { try { conn.close(); } catch (SQLException e) { // 处理异常 } } } ``` 2. 使用连接池管理工具:确保正确使用连接池管理工具,如 Apache Commons DBCP、HikariCP 等。这些工具可以自动管理连接的获取和释放,避免手动管理连接时出现错误。 3. 检查连接池配置:确保连接池的配置参数正确设置。特别注意连接池的最大连接数和最小空闲连接数的设置。如果这些参数设置不合理,可能导致连接被耗尽或过多空闲连接占用资源。 4. 监控连接池状态:使用连接池提供的监控功能,如 HikariCP 的监控指标、管理界面等,可以帮助你了解连接池的使用情况,及时发现连接泄漏问题。 5. 定期检查连接状态:可以编写定时任务或使用连接池提供的连接状态检查功能,定期检查连接是否被正确释放。如果发现连接没有被关闭,可以手动关闭连接或重新初始化连接池以释放泄漏的连接。 6. 配置连接超时时间:在连接池的配置中设置适当的连接超时时间,确保空闲连接在一定时间内没有被使用时能够自动关闭。 通过以上方法,可以有效地解决数据库连接泄漏问题,避免连接被耗尽,保证应用程序的稳定性和性能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值