WebLogic连接池错误: BEA-001153
2015-08-25 13:58
330 查看
上线时,后台同步数据在同步的时候发现了Weblogic10.3.5 数据库连接问题,出现异常
<BEA-001153> <Forcibly releasing
inactive connection "weblogic.jdbc.wrapper.PoolConnection_oracle_jdbc_driver_T4CConnection@1" back into the connection pool "TestDS", currently reserved by: java.lang.Exception这样的错误。
首先介绍一个JDBC参数InactiveConnectionTImeout,该参数用于强制回收那些被泄露的连接(长时间不使用的连接、未被程序正确释放的连接),避免连接池因为泄露导致无连接可用。当然该参数只是起辅助作用,解决问题知道还是在于完善应用程序。
首先登陆weblogic管理页面,查看数据源部署配置,查看该参数设置为60,也就是1分钟,而在测试环境中,设置为0同步数据则没发现该错误,
经过查看程序,是由于有长连接等待,只要超出一分钟,weblogic自动强制回收,导致该错误产生。
本文和该参数有关,早期的8.1\9.2中,设定该参数时,定时器(内部的连接池维护Task)只会清理那些长期未被使用的空闲连接(从名字上可以看出来),即对于运行一个长时间执行SQL的连接而言,它是不受影响的。但不知道从10.3哪个版本开始(我测试的是10.3.5),该参数对于长时间执行SQL的连接也进行强制回收了(这个比较不合理,虽然对于正在执行的Tx影响不大)。
http://blog.csdn.net/aweijun360/article/details/12583875
<BEA-001153> <Forcibly releasing
inactive connection "weblogic.jdbc.wrapper.PoolConnection_oracle_jdbc_driver_T4CConnection@1" back into the connection pool "TestDS", currently reserved by: java.lang.Exception这样的错误。
首先介绍一个JDBC参数InactiveConnectionTImeout,该参数用于强制回收那些被泄露的连接(长时间不使用的连接、未被程序正确释放的连接),避免连接池因为泄露导致无连接可用。当然该参数只是起辅助作用,解决问题知道还是在于完善应用程序。
首先登陆weblogic管理页面,查看数据源部署配置,查看该参数设置为60,也就是1分钟,而在测试环境中,设置为0同步数据则没发现该错误,
经过查看程序,是由于有长连接等待,只要超出一分钟,weblogic自动强制回收,导致该错误产生。
本文和该参数有关,早期的8.1\9.2中,设定该参数时,定时器(内部的连接池维护Task)只会清理那些长期未被使用的空闲连接(从名字上可以看出来),即对于运行一个长时间执行SQL的连接而言,它是不受影响的。但不知道从10.3哪个版本开始(我测试的是10.3.5),该参数对于长时间执行SQL的连接也进行强制回收了(这个比较不合理,虽然对于正在执行的Tx影响不大)。
http://blog.csdn.net/aweijun360/article/details/12583875
相关文章推荐
- tomcat远程调试
- 制作Linux发行版U盘运行系统
- 不可征服
- android studio跨应用启动service
- ubuntu1404 开发环境配置
- 关于Session的机制,实现方式和安全、单点故障问题
- python并行化介绍及使用 Pool
- CentOS修改时区以及同步时间
- 版本控制系统
- cactiez----监控windows主机 server 2008 r2
- centos6.5下架设maven仓库
- CSU 残缺的棋盘 (BFS)
- Android五大布局详解
- Codeforces 235B Let's Play Osu! (概率dp求期望+公式变形)
- Git 管理项目
- 常用正则表达式字符
- CASE WHEN 及 SELECT CASE WHEN的用法
- 10 个免费的服务器监控工具
- 关于android uid 与进程的关系
- SQL Server 2016:内存列存储索引