Druid连接池获取连接失败问题分析与解决方案

问题背景

在使用Druid连接池1.2.8版本时，系统频繁出现获取不到数据库连接的问题。从用户提供的配置信息来看，连接池的基本参数设置如下：

• 初始连接数：5
• 最小空闲连接数：5
• 最大活跃连接数：20
• 最大等待时间：60000毫秒
• 验证查询：SELECT 1

问题现象

系统报错显示无法获取数据库连接，但通过直接查询数据库的活动连接(pg_stat_activity)和Druid监控界面，均未发现明显异常。这表明问题可能不是简单的连接数不足导致的。

可能原因分析

1. 连接泄漏：应用程序获取连接后未正确关闭，导致连接池中的连接被耗尽。

2. 连接验证失败：虽然配置了验证查询(SELECT 1)，但可能在某些情况下验证失败导致连接被丢弃。

3. 事务处理异常：如用户zrlw提到的，当遇到严重异常(如事务死锁)时，Druid会主动关闭连接并打印"discard"错误日志。如果事务内的SQL继续使用同一连接，可能导致此类异常。

4. 版本缺陷：早期版本(1.2.8)可能存在一些已知的连接管理问题。

解决方案建议

1. 升级Druid版本：

   • 建议升级到最新稳定版本(1.2.22)，该版本修复了许多连接管理相关的问题
   • 新版本在连接验证、异常处理和资源回收方面有显著改进

2. 完善错误日志分析：

   • 检查日志中是否有"discard"关键词
   • 获取完整的异常堆栈信息，特别是Druid内部的代码行信息
   • 分析异常的根本原因(cause chain)

3. 连接池配置优化：

   • 考虑增加连接验证的重试机制
   • 适当调整最大等待时间
   • 配置合理的连接回收策略

4. 应用程序改进：

   • 确保所有获取的连接都在finally块中正确关闭
   • 实现连接泄漏检测机制
   • 对大事务进行拆分或优化

实施步骤

1. 首先升级Druid到最新版本
2. 部署到测试环境进行全面测试
3. 监控新版本下的连接获取情况
4. 如果问题仍然存在，收集更详细的日志信息进行深入分析
5. 根据分析结果调整配置或修改应用代码

总结

Druid连接池获取连接失败的问题通常不是单一因素导致的，而是配置、应用代码和连接池实现共同作用的结果。通过版本升级、配置优化和代码改进的综合手段，可以有效解决此类问题。建议用户优先考虑升级到最新稳定版本，这往往是解决此类问题最直接有效的方法。