Java+weblogic数据库连接泄漏实践版

如果程序有问题， weblogic 里 Maximum Capacity 设置多大，都会泄漏的。你设置50 Active Connections Current Count变为50，设置为100，它变为100，所以这时我们应该检查程序了。 默认weblogic是不记录这个泄漏日志的，只会报jdbc 错误。 以下内容部分转载，部分是实际遇到，但解决步骤雷同，原文地址：http://blog.cs

weblogic查看数据源线程池连接情况

问题描述从weblogic控制台上，可以看到连接泄露已经达到了6K+,应用已经变得非常不稳定。根据以往的经验，连接池出现泄漏情况一般为代码申请了一个数据库连接，使用后未正常关闭，导致连接一致被占用，应用运行长时间后，累积的泄漏连接越来越多，导致应用在申请数据库连接时出现无可用连接的情况，从而出现应用报异常的情况。排查过程从PLSQL中 工具 -会话 可以看到 存在的sql，然后对应到了具体的代

陈 雄华, 系统架构师陈雄华，2002 年毕业于厦门大学计算机与信息工程学院，获硕士学位。拥有 10 多年的 Java 开发、设计、架构的经验。技术研发之余，常将经验所得行诸于文字，作者是国内多个著名技术网站的专栏作者，在各大技术网站、报刊杂志发表过数十篇技术文章，广受读者好评。于 2005 年出版《精通 JBuilder 2005》，于 2007 年出版《精通 Spring 2.

网上了解了一下连接池泄露相关情况，各个地方根据自己情况拼凑了些。以后亲自处理时有啥感悟另谈吧。 描述： weblogic连接池泄漏 简单来说也可以看作项目Overloaded。就是程序运行过程中创建一个连接，而在执行之后有可能没有释放该连接，当然，还有其他某些原因。这样的话，不管你项目配置的最大连接是多少，终将会溢出。然后项目始终与数据库连接不上。   在数据库查问题： Oracle

问题描述 从weblogic控制台上，可以看到连接泄露已经达到了6K+,应用已经变得非常不稳定。 根据以往的经验，连接池出现泄漏情况一般为代码申请了一个数据库连接，使用后未正常关闭，导致连接一致被占用，应用运行长时间后，累积的泄漏连接越来越多，导致应用在申请数据库连接时出现无可用连接的情况，从而出现应用报异常的情况。 排查过程 从PLSQL中工具 -会话 1、查看Weblogic的控制台，发现可用数量为0 2、查看日志，报错，获取不到连接 Connection has been ...

github 地址github.com/whx123/Java…一、问题描述上周五晚上主营出现部分设备掉线，经过查看日志发现是由于缓存系统出现长时间gc导致的。这里的gc日志的特点是：1．gc时间都在2s以上，部分节点甚至出现12s超长时间gc。2．同一个节点距离上次gc时间间隔为普遍为13～15天。然后紧急把剩余未gc的一个节点内存dump下来，使用mat工具打开发现，com.mysql.jdb...

执行线程篇   说实话，执行线程的设置没有什么准确的计算公式，一切都得依赖测试和实际的运行情况。设置少了，会有等待队列；设置多了，性能也未必高。但是，对于调优，我还是建议先不足再增加，即先少后多。通常情况下，如果一开始就把各种资源设置的很高，那么很可能问题就被掩盖了

编码时，有时会忘记释放使用的数据源连接，造成连接泄露，没有连接资源可用。

JDBC Leaked Connection in WebLogic  最近發現某個 WebLogic 的 JDBC connection 只會增加, 不會減少, 意思是說, 程式和 WebLogic 拿了很多 JDBC connection, 但是都沒有還給系統. 在程式執行一段時間之後, 就會拿不到 JDBC connection 了, 然後就掛了. WebLog

<br />今天是真的玩了一天，再 不干点什么就崩溃了。。。<br />趁还没有忘，赶紧写下来吧。。<br />-------------------------------------------------------------------------<br />//1，初始化服务器上下文<br />//1.1设置url<br />String url = "t3://localhost:7001";//t3是eba公司特定的表示，同http协议，只是名字不同，用来区别一下的。7001是端口，<br

一、问题描述 上周五晚上主营出现部分设备掉线，经过查看日志发现是由于缓存系统出现长时间gc导致的。这里的gc日志的特点是： 1．gc时间都在2s以上，部分节点甚至出现12s超长时间gc。 2．同一个节点距离上次gc时间间隔为普遍为13～15天。 然后紧急把剩余未gc的一个节点内存dump下来，使用mat工具打开发现，com.mysql.jdbc.NonRegisteringDriver 对象占了堆内存的大部分空间。 查看对象数量，发现com.mysql.jdbc.NonRegisteringDr

一.概要文件作用   概要文件是口令限制和资源限制的命名集合。具有以下作用 a.      限制用户执行消耗资源过度的sql操作。 b.      自动断开空闲回话。 c.      在数据库系统中合理分配资源。 d.      控制用户口令的使用。 在建立数据库时，oracle会自动建立default的概要文件，在口令与资源的限制均 为unlimited,即未进行口令与资源的限制。