Druid连接池 一个设置 removeAbandonedTimeout

本文介绍Druid连接池的超时回收机制,通过调整removeAbandonedTimeout参数,解决长时间运行导致的连接泄漏问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Druid连接池 一个设置 removeAbandonedTimeout 博客分类: 数据库  
<!-- 超过时间限制是否回收 -->  
<property name="removeAbandoned" value="true" />  
<!-- 超时时间;单位为秒。180秒=3分钟 -->  
<property name="removeAbandonedTimeout" value="180" />  
<!-- 关闭abanded连接时输出错误日志 -->  
<property name="logAbandoned" value="true" />  

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

?
1
2
3
4
5
6
7
8
9
10
11
12
13
DEBUG: (BaseJdbcLogger.java: 132 )    ooo Using Connection [com.alibaba.druid.proxy.jdbc.ConnectionProxyImpl @4d4e22e1 ]
[ 2014 - 07 - 17  15 : 19 : 35 ] 5363945354  [Druid-ConnectionPool-Destory- 1422598563 ] com.alibaba.druid.pool.DruidDataSource: 1132 
WARN : (DruidDataSource.java: 1132 )   get/close not same thread
 
ERROR: (DruidDataSource.java: 1815 )   abandon connection, open stackTrace
         at java.lang.Thread.getStackTrace(Thread.java: 1588 )
     at com.alibaba.druid.pool.DruidDataSource.getConnectionDirect(DruidDataSource.java: 942 )
     at com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java: 4534 )
     at com.alibaba.druid.filter.stat.StatFilter.dataSource_getConnection(StatFilter.java: 661 )
     at com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java: 4530 )
     at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java: 880 )
     at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java: 872 )
     at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java: 97 )

 

    这个是最初的异常, 后面还有一大批异常,

?
1
2
3
4
5
Caused by: java.sql.SQLException: connection holder is  null
     at com.alibaba.druid.pool.DruidPooledConnection.checkState(DruidPooledConnection.java: 1085 )
     at com.alibaba.druid.pool.DruidPooledConnection.getMetaData(DruidPooledConnection.java: 825 )
     at org.springframework.jdbc.support.JdbcUtils.extractDatabaseMetaData(JdbcUtils.java: 285 )
     ...  70  more

 

    说什么holder为空

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

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

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

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

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

?
1
2
3
4
5
6
7
8
9
10
941          if  (isRemoveAbandoned()) {
942                 StackTraceElement[] stackTrace = Thread.currentThread().getStackTrace();
943                 poolalbeConnection.setConnectStackTrace(stackTrace);
                 poolalbeConnection.setConnectedTimeNano();
                 poolalbeConnection.setTraceEnable( true );
 
                 synchronized  (activeConnections) {
                     activeConnections.put(poolalbeConnection, PRESENT);
                 }
             }

 

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

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

    查看调用处,:

    恩, 这个DestroyConnectionThread非常可疑, 跳

?
1
2
3
                     if  (isRemoveAbandoned()) {
                         removeAbandoned();
                     }

 

    继续

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
     public  int  removeAbandoned() {
         int  removeCount =  0 ;
 
         long  currrentNanos = System.nanoTime();
 
         List<DruidPooledConnection> abandonedList =  new  ArrayList<DruidPooledConnection>();
 
         synchronized  (activeConnections) {
             Iterator<DruidPooledConnection> iter = activeConnections.keySet().iterator();
 
             for  (; iter.hasNext();) {
                 DruidPooledConnection pooledConnection = iter.next();
 
                 if  (pooledConnection.isRunning()) {
                     continue ;
                 }
 
                 long  timeMillis = (currrentNanos - pooledConnection.getConnectedTimeNano()) / ( 1000  1000 );
 
                 if  (timeMillis >= removeAbandonedTimeoutMillis) {
                     iter.remove();
                     pooledConnection.setTraceEnable( false );
                     abandonedList.add(pooledConnection);
                 }
             }
         } ....略
     }

 

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

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

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

 

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

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

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

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

    然后调成2个小时~~~

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

    总结:

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

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

 

 

http://my.oschina.net/haogrgr/blog/224010

 

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

<think>好的,我现在需要解决用户在Tomcat中使用Druid连接池时遇到的自动关闭问题。首先,我需要回顾用户提供的引用内容,找出可能的原因和解决方案。 根据引用[2],Druid连接池会保留最小的空闲连接数,并且销毁任务不会检查这些连接是否有效,导致可能长期保留minIdle个连接。如果这些连接已经失效,但没有被正确检测或更新,可能会导致连接池自动关闭或连接不可用。另外,引用[4]提到Druid连接池未关闭导致内存泄漏,但用户现在的问题是自动关闭,可能与连接泄漏相反,但可能有关联,比如配置不当导致连接被提前回收。 接下来,用户的问题是在Tomcat中Druid自动关闭,可能的原因包括连接泄漏、空闲连接超时、数据库端断开等。需要检查配置参数是否正确,比如testWhileIdle、timeBetweenEvictionRunsMillis、minEvictableIdleTimeMillis,这些参数控制连接的有效性检查和回收机制。如果这些参数设置不合理,可能导致连接池过早关闭空闲连接,或者在需要时无法获取有效连接。 另外,引用[3]提到Spring Boot集成Druid时自动配置,但在Tomcat中可能需要手动配置。需要确认配置是否正确,比如是否启用了连接测试的SQL(validationQuery),以及是否设置了正确的过滤器来检测连接状态。 可能的解决方案包括调整连接池参数,确保空闲连接被定期检查和更新,配置testOnBorrow或testWhileIdle来验证连接有效性,以及防止数据库端因超时断开连接。此外,检查是否有未正确关闭的连接,导致连接池资源耗尽,从而触发自动关闭。 需要综合这些信息,分步骤给出可能的原因和对应的解决方案,确保用户能够逐一排查,并正确配置Druid连接池参数,避免自动关闭的问题。</think>关于Tomcat中Druid连接池自动关闭的问题,以下是可能原因及解决方案: ### 一、主要原因分析 1. **空闲连接超时回收** - Druid默认会通过`timeBetweenEvictionRunsMillis`参数(默认60秒)定期检测空闲连接 - 若配置了`minEvictableIdleTimeMillis`(默认30分钟),超过该时间的空闲连接会被强制关闭[^2] 2. **数据库主动断开连接** - MySQL等数据库服务端设置的`wait_timeout`参数(默认8小时)可能导致Druid连接池中的空闲连接被服务端主动断开 - 当Druid未启用连接有效性验证时,会出现"关闭的连接"异常[^1] 3. **连接泄漏未释放** - 未正确关闭数据库连接会导致连接池资源耗尽 - Druid的`removeAbandoned`相关参数可自动回收泄漏连接,但会主动关闭这些连接[^4] ### 二、解决方案 #### 1. 核心参数配置(推荐方案) ```properties # 启用空闲连接有效性检测(每30秒检测一次) druid.timeBetweenEvictionRunsMillis=30000 # 连接保持空闲的最长时间(1小时) druid.minEvictableIdleTimeMillis=3600000 # 检测时验证连接有效性 druid.testWhileIdle=true # 获取连接时验证 druid.testOnBorrow=true # MySQL验证语句 druid.validationQuery=SELECT 1 # 保持最小空闲连接数 druid.minIdle=5 # 最大活跃连接数 druid.maxActive=20 ``` #### 2. 防数据库断开策略 - 将数据库的`wait_timeout`设置为大于`minEvictableIdleTimeMillis` - 或调小`timeBetweenEvictionRunsMillis`(建议≥30秒) #### 3. 连接泄漏防护 ```properties # 启用泄漏检测(超过5分钟未关闭的连接强制回收) druid.removeAbandoned=true druid.removeAbandonedTimeout=300 druid.logAbandoned=true ``` ### 三、Tomcat特殊配置 1. **上下文配置文件(context.xml)** ```xml <Resource name="jdbc/yourDS" factory="com.alibaba.druid.pool.DruidDataSourceFactory" validationQuery="SELECT 1" testWhileIdle="true" timeBetweenEvictionRunsMillis="30000" minEvictableIdleTimeMillis="3600000"/> ``` 2. **Web应用卸载时关闭连接池** 在`ServletContextListener`的`contextDestroyed`方法中添加: ```java DataSource dataSource = (DataSource) event.getServletContext().getAttribute("dataSource"); if(dataSource instanceof DruidDataSource) { ((DruidDataSource) dataSource).close(); } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值