连接池exception GetConnectionTimeoutException get/close not same thread

最新推荐文章于 2025-04-30 19:21:31 发布
最新推荐文章于 2025-04-30 19:21:31 发布 · 974 阅读 · 0
文章标签：

#java #运维

本文分析了在使用Druid连接池时遇到的GetConnectionTimeoutException异常，详细描述了问题现象及原因，最终通过调整Hibernate配置成功解决问题。

环境

hibernate 4.2.0.Final

spring 3.2.0.RELEASE

druid 1.0.2

 

异常信息

Caused by: org.hibernate.exception.GenericJDBCException: Could not open connection

Caused by: com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 60000, active 20

[WARN] 09-24 14:11:29 [pool.DruidDataSource.recycle:1132] get/close not same thread

 

现象分析，20个连接都用完后，就拿不到新连接，查不出数据了

 

 

 

网上查了下

 

http://www.oschina.net/question/1170760_127675  这里面的描述最像

 

“kalo回复 @千纸鹤 : 是因为我用了Tomcat7，并且Spring里面使用了异步机制。造成了durid连接池打开关闭不是同一线程。 去掉spring对异步的支持，就不会出现这个问题。你可以在Tomcat6里面试试。 具体为什么 异步会造成durid连接池打开关闭不是同一线程，我也不清楚，还在研究。”

 

 

 

这个和tomcat无关，tomcat6一样会出现。

 

解决方法

在spring的sessionFactory的配置中 <property name="hibernateProperties"> 加上

 

<prop key="hibernate.connection.release_mode">AFTER_TRANSACTION</prop>

 

问题就解决了。

 

 

okhttp的应用详解与源码解析--连接池复用机制
门心叼龙的专栏
06-30 1259
文章目录连接的创建连接池 连接的创建是在StreamAllocation对象统筹下完成的，我们前面也说过它早在RetryAndFollowUpInterceptor就被创建了，StreamAllocation对象主要用来管理两个关键角色： RealConnection：真正建立连接的对象，利用Socket建立连接。 ConnectionPool：连接池，用来管理和复用连接。 在里初始化了一个StreamAllocation对象，我们说在这个StreamAllocation对象里初始化了一个Socket对
常用数据库连接池 (DBCP、c3p0、Druid) 配置详解及Druid配置实例
dev_hui 的博客
01-23 1005
1. 引言 1.1 定义 数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。 数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而不是再重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为...
解决——》CannotGetJdbcConnectionException、GetConnectionTimeoutException
小仙~
11-17 6210
解决——》CannotGetJdbcConnectionException、GetConnectionTimeoutException
GetConnectionTimeoutException:wait millis 30000,active 0,maxActive 50,creating 0, createErrorCount 1
乙壳虫的博客
07-18 3750
这个是在项目启动时，加载数据库连接池报错。因为有很多项目都连了同一个数据库，当前数据库的max_connections是300,（show variables like ‘%max_connections%’;），已经被其他项目用完了，所以获取不到连接，线程池就创建失败了。active是0，表示没有活跃的，maxActive表示最大活跃数，createErrorCount 1表示创建失败。
MySQL连接数不足导致服务异常GetConnectionTimeoutException
qq_43600166的博客
03-18 3815
MySQL连接数不足导致服务异常GetConnectionTimeoutException，设置MySQL最大连接数配置，show processlist参数
关于druid数据连接池抛出的 connection holder is null 异常
热门推荐
Nireus的技术博客记录
10-23 9万+
文章转自 今天在一台配置很低的机器上运行批量更新的程序~~~     大概跑了三十分钟~~~这配置~~~这程序~~~     然后华丽丽的报异常了~~~     具体异常是这样的, ? 1 2 3 4 5 6 7 8 9 10 11 12 13
GetConnectionTimeoutException排查分析
AnotherMillet
11-06 4148
GetConnectionTimeoutException排查分析
python sqlalchemy 连接池_深入研究sqlalchemy连接池
weixin_39669147的博客
12-22 1782
简介：相对于最新的MySQL5.6，MariaDB在性能、功能、管理、NoSQL扩展方面包含了更丰富的特性。比如微秒的支持、线程池、子查询优化、组提交、进度报告等。本文就主要探索MariaDB当中连接池的一些特性，配置。来配合我们的sqlalchemy。一：起因本来是不会写这个东西的，但是，写好了python--flask程序，使用sqlalchemy+mariadb，部署以后总是出问题，500错...
高吞吐SFTP连接池设计方案
Eshare分享
03-09 3102
我们如果使用这种可配置连接池进行访问，对接上游时最好时最好跟上游确认他们服务器可以承受的Session数量和Channel数量是多少，宁愿少配也不要多配。但是对于一般上游，如果使用的是Linux服务器，默认值就是上面一开始提到的，我们客户端连接池保守配置可以设置成，这样子最大并行可以处理30个文件，MaxSession一般不建议设置太多，非常消耗系统资源。也有很多上游是使用其他SFTP服务管理工具，但是基本限制参数差不多。以上连接池还有很多需要优化的地方，大家可以根据需要自己去优化。
深入理解 SQLite 数据库的连接池管理
2502_91592937的博客
04-30 908
SQLite 作为世界上最广泛部署的嵌入式数据库引擎，其轻量级、零配置和单文件存储的特性使其成为移动应用和嵌入式系统的首选。然而，随着应用规模的扩大和并发访问量的增加，如何高效管理数据库连接成为开发者面临的重要挑战。SQLite 连接的生命周期管理多线程环境下的连接复用策略连接池的性能优化技术常见问题的解决方案本文首先介绍 SQLite 连接管理的基础知识，然后深入探讨连接池的实现原理，接着通过实际代码示例展示不同场景下的最佳实践，最后讨论未来发展趋势和挑战。
getconnectiontimeoutexception 网络问题排查_1个工具，助你提升K8S故障排查效率！
weixin_33213911的博客
01-09 460
作为领先的多集群Kubernetes管理平台，Rancher使运维团队可以部署、管理和保护企业的Kubernetes集群。Rancher还为用户提供了一系列容器网络接口(CNI)选项可供选择，包括开源项目Calico(https://www.projectcalico.org/)。Calico为Kubernetes Pod提供了原生Layer3路由功能，从而简化了网络架构，提高了网络性能，并提供了...
druid 连接池报错 GetConnectionTimeoutException
Hehuyi_In的博客
12-19 2万+
业务方反馈凌晨应用出现报错，无法连接数据库： ### Error querying database. Cause: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 5000, active 0, max
centos 7 局域网丢包排查_使用mtr排查服务器网络连通性
weixin_40005795的博客
11-02 677
问题这两天ffmpeg推流的同事反应服务器推送视频流到A直播云的直播播放某个时间段经常卡顿排查 mtr的使用在末尾 同一台服务器将视频流分别推送到B云直播、A直播云对比播放流畅度，B直播云播放流畅，判断：问题不在推流服务器将问题反馈给A直播云，A直播云答复：推送不稳定排查对比推流服务器与A直播云、B直播云的网络联通性A直播云 mtr a.ar414.com B直播云mtr b.ar414....
com.alibaba.druid.pool.GetConnectionTimeoutException:loopWaitCount 0, wait millis 60000,active 50
十八百伴
07-27 3万+
druid异常—— Caused by: com.alibaba.druid.pool.GetConnectionTimeoutException: loopWaitCount 0, wait millis 60000, active 50 at com.alibaba.druid.pool.DruidDataSource.pollLast(DruidDataSource.java:1
服务不可用，DruidDataSource 报错WARN级别的get/close not same thread
long13631的博客
03-30 1540
生产环境 CentOS release 6.5 (Final) 8核16G 多个tomcat实例，使用zookeeper分布式服务做线性扩展，最后log中的报错 2017-03-10 21:00:18,953 [DubboServerHandler-192.168.1.86:28081-thread-187] DEBUG *.*.*.service.aop.LoggingAspect - 退...
druid连接池异常GetConnectionTimeoutException（原创）
mikewuhao的博客
11-12 2349
有天，用户突然反馈系统页面查询缓慢，影响使用，我查了日志报： druid 连接池异常 GetConnectionTimeoutException wait millis 9120, active 20, maxActive 20 creating 0
记录一次线上事故：GetConnectionTimeoutException: wait millis 60000, active 20, maxActive 20, creating 0
Cdasdas的博客
03-31 8374
druid连接池泄露Caused by: com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 60000, active 20, maxActive 20, creating 0。 Java发起http请求卡住
记一次数据库故障导致应用停摆GetConnectionTimeoutException
雪落南城的博客
12-02 1213
如果不能直接创建新的数据库连接，或者创建新的数据库连接失败，则尝试从连接池中获取已有的数据库连接。如果连接池中没有空闲连接，且当前活动连接数小于最大活动连接数，且当前没有其他线程正在创建连接，且创建连接的调度器的队列中没有等待的任务，则设置标志位，使下一次循环尝试直接创建新的数据库连接。如果可以，且当前没有其他线程正在创建连接，则创建新的物理连接，并将其包装为。因为新监控平台对两台数据库主机添加了监控，结果触发了主机光纤卡的bug，无法连接到存储，数据库无法提供服务，进而导致应用服务获取连接失败，停摆。
getconnectiontimeoutexception 网络问题排查_通俗解析居家宽带网络问题：光猫设备排查教程篇...
weixin_36230923的博客
01-14 1089
前言：网络宽带已成为居家生活中必不可少的一部分，网络可以使大家的生活更便捷、更丰富、更智能。无论是手机上网、电脑上网、居家智能控制都离不开网络，猫猫经常会发现平台网友提出的各种有关网络的问题，今天就想写一篇文章来逐步给大家解析一下，使大家可以自己去排除自己家中的网络问题，好对症下药，不盲目、不绕弯路的去解决问题。(由于时间、精力有限，暂时发表一篇宽带光猫问题排查方法、因为宽带网络是入户的第一大关，...
2025-10-04 18:28:02,810 DEBUG com.sjsemi.rrc.interceptor.AuthorizeInterceptor - - 用户:[JE02787]访问URL:[/rrc/login.html]耗时[44685]ms 2025-10-04 18:28:38,545 DEBUG org.mybatis.spring.SqlSessionUtils - - Creating a new SqlSession 2025-10-04 18:29:06,782 DEBUG org.mybatis.spring.SqlSessionUtils - - Registering transaction synchronization for SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@21047b8c] 2025-10-04 18:30:28,424 WARN com.alibaba.druid.pool.DruidDataSource - - get/close not same thread 2025-10-04 18:30:46,347 DEBUG org.mybatis.spring.transaction.SpringManagedTransaction - - JDBC Connection [oracle.jdbc.driver.T4CConnection@5729a452] will be managed by Spring 2025-10-04 18:31:23,510 DEBUG rrc.mybatis.mapper.MailNotificationMapper.findUnSendTopRecord - - ==> Preparing: SELECT ID, MAIL_RRC_NO, MAIL_SUBJECT, MAIL_CONTENT, MAIL_FROM, MAIL_TO, MAIL_CC, MAIL_BCC, MAIL_ATTACHMENTS, MAIL_CREAT_DATE, MAIL_CREAT_USER, MAIL_SEND_FLAG, MAIL_SEND_TIME, MAIL_FAB_SITE ,ROWNUM FROM TB_RRC_MAIL_NOTIFICATION WHERE (MAIL_SEND_FLAG IS NULL OR MAIL_SEND_FLAG !=‘1’) AND ROWNUM=1 ORDER BY MAIL_CREAT_DATE ASC 2025-10-04 18:32:15,161 DEBUG org.mybatis.spring.SqlSessionUtils - - Releasing transactional SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@21047b8c] 2025-10-04 18:32:56,663 DEBUG org.mybatis.spring.SqlSessionUtils - - Transaction synchronization deregistering SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@21047b8c] 2025-10-04 18:33:10,288 DEBUG org.mybatis.spring.SqlSessionUtils - - Transaction synchronization closing SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@21047b8c] 2025-10-04 18:33:29,159 ERROR org.springframework.scheduling.support.TaskUtils$LoggingErrorHandler - - Unexpected error occurred in scheduled task. org.springframework.jdbc.UncategorizedSQLException: Error querying database. Cause: java.sql.SQLException: connection holder is null The error may exist in file [D:\Project\tomcat_rrc\webapps\rrc\WEB-INF\classes\com\sjsemi\rrc\mybatis\source\MailNotificationMapper.xml] The error may involve com.sjsemi.rrc.mybatis.mapper.MailNotificationMapper.findUnSendTopRecord The error occurred while executing a query SQL: SELECT ID, MAIL_RRC_NO, MAIL_SUBJECT, MAIL_CONTENT, MAIL_FROM, MAIL_TO, MAIL_CC, MAIL_BCC, MAIL_ATTACHMENTS, MAIL_CREAT_DATE, MAIL_CREAT_USER, MAIL_SEND_FLAG, MAIL_SEND_TIME, MAIL_FAB_SITE ,ROWNUM FROM TB_RRC_MAIL_NOTIFICATION WHERE (MAIL_SEND_FLAG IS NULL OR MAIL_SEND_FLAG !=‘1’) AND ROWNUM=1 ORDER BY MAIL_CREAT_DATE ASC Cause: java.sql.SQLException: connection holder is null 这段日志中，第一行用户登录花了40多秒，打电话问过他了，说那个时候点了登录后一直转圈，进不去。 然后后边日志开始报错，此时系统崩溃了，打不开
最新发布
10-12
你提供的日志非常关键，结合用户行为和系统表现，我们可以清晰地分析出问题的**根本原因、发生过程以及解决方案**。下面我将详细解释。 --- ### ✅ 回答问题：为什么登录耗时 44 秒？后续为何报错导致系统崩溃？ #### 🔴 根本结论： > **数据库连接池资源耗尽或线程不安全使用，导致 `connection holder is null` 异常，引发定时任务失败，并可能连锁反应造成整个应用无响应（假死）**。 用户登录长时间转圈 + 定时任务执行 SQL 报错 `connection holder is null` + Druid 提示 `get/close not same thread` → 这些是典型的 **数据库连接泄漏或跨线程非法操作连接池资源** 的症状。 --- ### 🔍 分步解析日志 | 日志时间 | 内容 | 分析 | |--------|------|------| | `18:28:02,810` | 用户 [JE02787] 访问 `/rrc/login.html` 耗时 **44685ms (约45秒)** | 登录页面加载极慢，说明此时服务器已严重卡顿，可能是线程阻塞或数据库无响应 | | `18:28:38,545` | 创建新的 SqlSession | MyBatis 开始执行数据访问操作（可能是登录校验查询） | | `18:29:06,782` | 注册事务同步 SqlSession | Spring 正在管理事务中的数据库会话 | | `18:30:28,424` | **WARN: get/close not same thread** | ⚠️ **Druid 关键警告！获取连接和关闭连接不在同一个线程** → 极大概率存在 **线程不安全的操作** 或 **手动在线程间传递了 Connection/SqlSession** | | `18:30:46,347` | JDBC Connection 将由 Spring 管理 | 表明当前线程拿到了连接 | | `18:31:23,510` | 执行 `findUnSendTopRecord` 查询语句 | 定时任务正在尝试拉取未发送邮件记录 | | `18:32:15,161` | 释放事务性 SqlSession | 开始释放连接 | | `18:32:56,663` ~ `18:33:10,288` | 取消注册并关闭 SqlSession | 正常流程结束 | | `18:33:29,159` | **ERROR: Unexpected error in scheduled task**<br>`Cause: java.sql.SQLException: connection holder is null` | ❌ **致命错误！** Spring 无法找到当前线程绑定的数据库连接 → 说明事务或连接上下文丢失 | --- ### 🧨 问题产生的根本原因 #### 1. `connection holder is null` 是什么？ - Spring 使用 `TransactionSynchronizationManager` 在每个线程中维护一个 `ThreadLocal<Map<Object, Object>>` 来保存当前线程的数据库连接（ConnectionHolder）。 - 当你在某个方法中需要访问数据库时，Spring 会从当前线程查找是否有可用的 ConnectionHolder。 - 如果找不到 → 抛出 `connection holder is null`。 👉 常见于以下情况： - 在子线程中调用了 DAO 方法（但父线程的事务不会自动传播到子线程） - 手动启用了异步任务（如 `@Async`），但没有配置事务传播 - 使用了线程池处理数据库操作，却未正确绑定连接 #### 2. `get/close not same thread` 是什么？ 这是 **Druid 数据源检测到非同一线程获取与归还连接** 的警告。 例如： ```java Connection conn = dataSource.getConnection(); // Thread-A 获取 new Thread(() -> { dao.query(conn); // Thread-B 使用 conn.close(); // Thread-B 关闭 }).start(); ``` 虽然能运行，但 Druid 不允许这种跨线程使用，因为会导致连接状态混乱、泄漏等问题。 --- ### 💥 为什么会导致“系统崩溃打不开”？ 当出现大量连接未正确释放或频繁创建销毁： - 数据库连接池被耗尽（默认 Druid 只有 8~20 个活跃连接） - 新请求无法获取数据库连接 → 请求阻塞等待 - Tomcat 线程池逐渐被占满（所有请求都在等 DB 连接） - 最终表现为：页面一直转圈、接口超时、500 错误、甚至完全无法访问 这就是你说的“系统崩溃了，打不开”的真实原因 —— 并非 JVM 崩溃，而是 **服务雪崩式瘫痪**。 --- ### ✅ 解决方案 #### ✅ 方案一：禁止跨线程使用数据库连接（最重要） 确保所有数据库操作都在**同一个线程内完成**，尤其是定时任务！ 如果你用了类似这样的代码： ```java @Scheduled(fixedDelay = 5000) public void sendMailTask() { executorService.submit(() -> { // 子线程执行 MailNotification mail = mailNotificationService.findUnSendTopRecord(); // ... }); } ``` ❌ 错误！子线程拿不到主线程的事务上下文！ ✅ 正确做法：要么让定时任务本身短小精悍直接执行；或者启用异步支持并手动管理连接。 推荐改造为： ```java @Scheduled(fixedDelay = 5000) public void sendMailTask() { try { MailNotification mail = mailNotificationService.findUnSendTopRecord(); if (mail != null) { // 发送邮件逻辑... mail.setMailSendFlag("1"); mailNotificationService.updateNotification(mail); } } catch (Exception e) { log.error("Failed to send mail in scheduled task", e); } } ``` > ✅ 所有操作都在主线程完成，避免跨线程问题。 --- #### ✅ 方案二：检查是否误用了 `@Async` 或自定义线程池 如果确实需要异步处理，请确保： - 不在异步方法中直接调用 Service - 或者开启作用域继承：使用 `InheritableThreadLocal` 或 Spring TaskExecutor 例如配置线程池支持上下文传递： ```java @Configuration @EnableAsync public class AsyncConfig { @Bean("taskExecutor") public Executor taskExecutor() { ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(5); executor.setMaxPoolSize(10); executor.setThreadNamePrefix("async-thread-"); executor.setTaskDecorator(runnable -> { // 继承父线程的 MDC / TransactionContext 等 Map<String, String> contextMap = MDC.getCopyOfContextMap(); return () -> { try { MDC.setContextMap(contextMap); runnable.run(); } finally { MDC.clear(); } }; }); executor.initialize(); return executor; } } ``` 然后在异步方法上使用： ```java @Async("taskExecutor") public void asyncSendMail(MailNotification mail) { ... } ``` --- #### ✅ 方案三：优化 Druid 配置，防止连接泄漏 ```java spring.datasource.druid.initial-size=5 spring.datasource.druid.min-idle=5 spring.datasource.druid.max-active=20 spring.datasource.druid.max-wait=60000 spring.datasource.druid.time-between-eviction-runs-millis=60000 spring.datasource.druid.min-evictable-idle-time-millis=300000 # 开启 PSCache（提升性能） spring.datasource.druid.pool-prepared-statements=true spring.datasource.druid.max-pool-prepared-statement-per-connection-size=20 # 检测泄露（重要！） spring.datasource.druid.remove-abandoned=true spring.datasource.druid.remove-abandoned-timeout=180 spring.datasource.druid.log-abandoned=true ``` > 当连接使用超过 180 秒未关闭，Druid 会强制回收并打印堆栈帮助定位泄漏点。 --- #### ✅ 方案四：添加监控和告警 - 添加 Druid Monitor 页面：`/druid/index.html` 查看实时连接数、SQL 性能、慢查询等 - 设置 Prometheus + Grafana 监控连接池使用率 - 对慢 SQL 增加 AOP 日志拦截器 --- ### ✅ 如何验证修复效果？ 1. 重启应用后观察日志是否还有 `get/close not same thread` 2. 查看 Druid 控制台中“活跃连接数”是否稳定，不超过最大值 3. 模拟高并发登录测试，确认不再出现长延迟 4. 使用 JMeter 测试定时任务高峰期表现 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值