dbcp问题.docVIP

dbcp问题 tomcat DBCP连接池问题 最近频繁遇到连接池满的问题，已经在dbcp中设置连接有效性校验 testonreturn,testOnBorrow,testWhileIdle都设置为true了 而且也设置了removeAbandoned来回收空闲连接。 也检查了程序，应该不是忘记close的缘故但总是连接池满。 请问各位高手是否有方法能够打印出当前连接池中的对象都在执行什么sql语句。 是否可以显式的将连接池中的某一个datasource注销，并重新构建这个datasource， 而不用重启tomcat服务。TOP 回复 引用 俏皮小叮当 2楼 发表于 2010-08-31 17:04 查到一些资料与大家分享，希望能够深入讨论 connection耗尽不一定就是由connection leak引起，如果你的执行队列中线程数设置的比connection pool大，而且你的某些程序占用connection时间过长，致使执行队列中的线程已经把connection pool中的所有的connection都申请出来了，此时如果再有新的执行线程响应请求申请connection，pool中已经告罄，connection就无从得到了，只有等待。这从控制台的connection监控中是看得出的。这种情况下，如果程序能正确关闭connection，connection还是会被释放的，不会泄露。 还有一种情况是已获得connection的线程间发生了死锁，没法去释放connection，使得connection被一直占用。这要去重点检查一下应用中的synchronize代码段和涉及数据库锁的代码。同时可以定时，尤其是系统挂了后作一下thread dump,重点看看运行中和等待资源的线程在忙什么和等什么。 如果要查connection leak，还是得从应用入手，仔细检查connection的分配与释放。确保connection的释放代码放在finally段中。还有就是重点检查connection有没有被一些static对象引用。泄露往往就发生在这里。JVM的GC对付一般的Connection leak还是很有效的，比如说未关闭的connection只是函数中的局部变量且并未被其它对象引用。但GC对被Static对象引用的connection是有心无力。 用profiling工具可以辅助侦测connection leak，具体做法是在CPU的代码执行视图的代码执行树里，检查get connection与close connection的执行次数是否相同？如果get connection执行次数大于close connection，这就要重点检查一下了。这一类的工具有很多，常见的有：JProfiler，JProbe，OptimizeIt ------------------------------------------------------------------------ DBCP代码研读以及就数据库连接失效的解决 问题 网上很多评论说DBCP有很多BUG，但是都没有指明是什么BUG，只有一部分人说数据库如果因为某种原因断掉后再DBCP取道的连接都是失效的连接，而没有重新取。就此研读了一下DBCP的代码，共享之。 分析 DBCP使用apache的对象池ObjectPool作为连接池的实现，有以下主要的方法 Object borrowObject() throws Exception;从对象池取得一个有效对象 void returnObject(Object obj) throws Exception;使用完的对象放回对象池 void invalidateObject(Object obj) throws Exception;使对象失效 void addObject() throws Exception;生成一个新对象 ObjectPool的一个实现就是GenericObjectPool，这个类使用对象工厂PoolableObjectFactory实现对象的生成，失效检查等等功能，以其实现数据库连接工厂PoolableConnectionFactory做以说明，主要方法： Object makeObject() throws Exception; 使用ConnectionFactory生成新连接 void destroyObject(Object obj) throws Exception;关闭连接 boolean validateObject(Object obj); 验证连接是否有效，如果_validationQuery不空，则使用该属性作为验证连接是否有效的sql语句，查询数据库 void activateOb