Java——从druid数据连接池获取不到连接

问题

  有线上环境，在并发量高的时候，会出现从druid中获取不到数据连接的问题。无法获取连接，无非两种原因，1、数据库socket连接确实少，看了下最大连接数（show variables like ‘%max_connections%’;），不少哇；2、连接泄露，看druid官网连接泄漏监测文档，引出方法1

“方法1”

  数据库连接配置中增加如下配置：

  <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" destroy-method="close">
    ... ...
    <property name="removeAbandoned" value="true" /> <!-- 打开removeAbandoned功能 -->
    <property name="removeAbandonedTimeout" value="600" /> <!-- 600秒，也就是10分钟 -->
    <property name="logAbandoned" value="true" /> <!-- 关闭abanded连接时输出错误日志 -->
    ... ...
  </bean>

  看了下logAbandoned的意义，日志中应该会出现，类型下面的这种日志

2014-10-13 16:02:28,919 ERROR [com.alibaba.druid.pool.DruidDataSource] - <abandon connection, open stackTrace
        at java.lang.Thread.getStackTrace(Thread.java:1567)
        at com.alibaba.druid.pool.DruidDataSource.getConnectionDirect(DruidDataSource.java:995)
        at com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java:4544)
        at com.alibaba.druid.filter.stat.StatFilter.dataSource_getConnection(StatFilter.java:661)
        at com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java:4540)
        at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:919)
        at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:911)
        at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:98)

  但日志中没有上面的信息，但问题仍然出现；

“方法2”

  因为是线上环境，猜测问题是前端请求和定时任务是不是有打架，拆分服务吧，把服务放在不同服务器上运行，结果OK了，不知道什么原因…

方法3

  回头来看问题，终于找到日志，看到了这样的信息

### Error updating database.  Cause: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 108, active 52, maxActive 1250, creating 1
### Cause: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 108, active 52, maxActive 1250, creating 1

  搜索别人的帖子，这个“wait millis 108”中的数字都比较大，看看是什么配置影响这个数字，maxWait，这个值在环境中配置为100，翻看了这篇文章——DRUID连接池的实用 配置详解，得到了maxWait的参数介绍：

获取连接时最大等待时间，单位毫秒。配置了maxWait之后，缺省启用公平锁，并发效率会有所下降，如果需要可以通过配置useUnfairLock属性为true使用非公平锁。

我们的配置文件中，对于这个参数的描述和实际参数赋值在不同的地方，不仅如此，参数的描述也有问题，估计当时是把这个参数理解为“maxWaitThreadCount”（最多等待的线程数量）；同时注意到上面引用的这句话的后半句，maxWait配置导致使用公平锁，也就是maxWait不仅配置了，还配置的小，导致并发量高点，估计都会出现获取不到数据量连接的问题。之前拆分服务能够解决这个问题的原因在于，把连接池分成两个了，参与抢的线程自然会少点，但是根本没有彻底解决，并且不明所以。
  果断在配置中增加

<property name="useUnfairLock" value="true"/>

同时设置maxWati=6000。

总结

1. 解决这个问题，最大的原因就是没理解日志。没详细看日志，直接搜索解决问题，至少也要在理解日志的基础上，再看看怎么解决问题；
2. 配置参数赋值的地方也要有描述，同时描述必须精确；
3. 参数配置立足硬件或其他服务环境，服务业务逻辑，不仅要掌握环境和业务，对于配置参数如何使用硬件或其他服务、如何影响业务也要非常清楚。