摘要: Druid连接池一个设置引发的血案 -- 链接池出现问题
摘要: Druid连接池一个设置引发的血案
今天在一台配置很低的机器上运行批量更新的程序~~~
大概跑了三十分钟~~~这配置~~~这程序~~~
然后华丽丽的报异常了~~~
具体异常是这样的,
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)
这个是最初的异常, 后面还有一大批异常,
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)
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非常可疑, 跳
if (isRemoveAbandoned()) {removeAbandoned();}
继续
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分钟
总结:
连接池为了防止程序从池里取得连接后忘记归还的情况, 而提供了一些参数来设置一个租期, 使用这个可以在一定程度上防止连接泄漏
但是如果你的业务真要跑这么久~~~~那还是注意下这个设置.
转载于:https://www.cnblogs.com/water-1/p/6843960.html
摘要: Druid连接池一个设置引发的血案 -- 链接池出现问题相关推荐
- Druid连接池一个设置引发的血案
参考:http://my.oschina.net/haogrgr/blog/224010 今天在一台配置很低的机器上运行批量更新的程序~~~ 大概跑了三十分钟~~~这配置~~~这程序~~~ 然后华丽丽 ...
- 【转】Druid连接池一个设置引发的血案
https://my.oschina.net/haogrgr/blog/224010 今天在一台配置很低的机器上运行批量更新的程序~~~ 大概跑了三十分钟~~~这配置~~~这程序~~~ 然后华丽丽的报 ...
- Druid连接池一个设置引发的血案【abandon connection, open stackTrace】
2019独角兽企业重金招聘Python工程师标准>>> 今天在一台配置很低的机器上运行批量更新的程序~~~ 大概跑了三十分钟~~~这配置~~~这程序~~~ 然后华丽丽的报异常了~~~ ...
- druiddatasource java_Druid连接池一个设置引发的血案
今天在一台配置很低的机器上运行批量更新的程序~~~ 大概跑了三十分钟~~~这配置~~~这程序~~~ 然后华丽丽的报异常了~~~ 具体异常是这样的, DEBUG: (BaseJdbcLogger.jav ...
- Druid连接池 一个设置 removeAbandonedTimeout
2019独角兽企业重金招聘Python工程师标准>>> Druid连接池 一个设置 removeAbandonedTimeout 博客分类: 数据库 <!-- 超过时间限制是否 ...
- 『转』度百死去飞秋一个BUG引发的血案
作了一篇文章度百死去飞秋一个BUG引发的血案,昨天,度百死去的美国客户发邮件给我,说我的软件出问题了,我查来查去,发现居然是服务器上一个目录无法删除,一删除就报 cannot read from th ...
- 【Elasticsearch】es 一个数据精度引发的血案
1.概述 在看博客的时候,发现有个博客 一个数据精度引发的血案 上面说,数据精度会丢失,然后我在 7.8.0版本的es测试,发现数据没有丢失. POST /index-lcc-0002/_doc {& ...
- ”一个馒头引发的血案“|记Mybatis之BindingException异常的产生及解决过程
一. 业务场景 前几天壹哥带学生做一个项目,需要更新数据库中的车辆信息表,具体需求是要根据指定车辆的设备id(编号和设备ID均非主键)来更新车辆信息.壹哥要求学生们用Mybatis进行实现,所以就在对 ...
- 一个馒头引发的血案...请看完无极后观看此片,保笑死人不偿命
一个馒头引发的血案... 采用搞笑的手法拍摄的,笑到你喷饭,极大的讽刺无极 下载地址:点击下载
最新文章
- 云曦服务器,云曦南羡最新章节_云曦南羡全本小说
- vSpere虚拟网卡介绍
- 作者:郭旦怀(1973-),男,博士,中国科学院计算机网络信息中心副研究员、硕士生导师。...
- 苹果iOS 11.3.1正式发布,修复iPhone 8触屏bug
- Linux入门之VIM快捷使用
- 使用Mybatis实例
- python中shape的解释
- MapReduce处理流程wordCount源码解析和操作流程
- axios封装需要注意的增删改查传参易混淆点
- linux新建用户退格键(删除键)无法正常使用的问题总结
- win10注册表损坏开机蓝屏修复
- 电磁场与仿真软件(29)
- 搜索引擎蜘蛛的基本原理及工作流程
- 如何将Python脚本转换为exe,双击exe自动执行Python脚本功能
- 本科毕业5年后入职985高校担任博导,这位小姐姐太强了!
- python标记_python关于信息标记的三种形式
- 本周 GitHub 速览:自动化当道,破密、Python爬虫各凭本事
- Python 实现给女朋友的每日微信消息提醒!做一个贴心的程序员!!!
- Python传感器采集数据文件分析处理实验源码
- 埙曲推荐,《葬花吟》简谱
热门文章
- 快递鸟批量打印C-Lodop打印机无法调起本地打印机
- mysql5张表连接查询_5、mysql的连接查询
- 【论文阅读】【三维目标检测】VoteNet:Deep Hough Voting for 3D Object Detection in Point Clouds
- 从“图”上看一场火山爆发后的连锁关联,竟对人类近现代历史进程产生如此之大的影响
- Java基础——自学java之路
- C语言 | for语句
- SQL基础入门-数据控制语言-Grant与Revoke
- 微信支付普通商户分账-添加分账接收方
- 思维导图为什么会带来如此大的帮助 思维导图的用途是什么
- i7 10510u和i7 10710u 的区别