Druid连接池 一个设置 removeAbandonedTimeout ： 数据库  

<!-- 超过时间限制是否回收 -->  

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

<!-- 超时时间；单位为秒。180秒=3分钟 -->  

<property name="removeAbandonedTimeout" value="180" />  

<!-- 关闭abanded连接时输出错误日志 -->  

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

 使用druid连接池的超时回收机制排查连接泄露问题

说什么holder为空

    第一眼看到holder就像到Spring的源码, 里面到处是holder(笑)

    但是这里的holder不是Spirng里面的,是Druid的

    这个holder大概是用来hou住连接池里面的连接的.

    然后为什么为空了呢? 目测是哪个链接坏了, 或者被意外的关闭了...

    根据异常调源码  at com.alibaba.druid.pool.DruidDataSource.getConnectionDirect(DruidDataSource.java:942)

看不出啥来. 只能将日志继续看看, 还是看不出啥来

    然后看了上面代码几遍后, 老觉得 isRemoveAbandoned() 这个方法有鬼.

    查看调用处,

这里不对头,   timeMillis >= removeAbandonedTimeoutMillis  timeMillis 这个是getConnection()被调用时的时间

    意思就是一个连接被get后, 超过了 removeAbandonedTimeoutMillis这么久我就弄死你.

    然后继续找removeAbandonedTimeoutMillis 这玩意在哪里设置的   ,最后发现是在

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

<property name="removeAbandonedTimeout" value="1800" />

    初始化配置的这里设置的,  这两个参数的大概意思就是, 

    通过datasource.getConnontion() 取得的连接必须在removeAbandonedTimeout这么多秒内调用close(),要不我就强制关闭.(就是conn不能超过指定的租期)

    然后调成2个小时~~~

    然后程序成功跑完~~~华丽丽的等了50分钟

    总结:

    连接池为了防止程序从池里取得连接后忘记归还的情况, 而提供了一些参数来设置一个租期, 使用这个可以在一定程度上防止连接泄漏

    但是如果你的业务真要跑这么久~~~~那还是注意下这个设置.

转载于:https://my.oschina.net/xiaominmin/blog/1597116