org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool ex

搜鞥都哦

　　今天同事在测试文件同步功能时，发现当删除一个文件夹目录，里面含有很多文档的时候就报：
　　Caused by: org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted
　　at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:103)
　　at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540)
　　at org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider.getConnection(LocalDataSourceConnectionProvider.java:81)
　　at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:423)
　　... 154 more

　　Caused by: java.util.NoSuchElementException: Timeout waiting for>　　at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:756)
　　at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:74)
　　at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:95)
　　... 157 more
　　2010-3-11 9:34:40 org.apache.catalina.core.ApplicationContext log
　　信息: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted
　　[DATAMANAGER] ERROR 2010-03-11 09:34:41,859 [http-8080-2] JDBCExceptionReporter.logExceptions(78) | Cannot get a connection, pool exhausted
　　[DATAMANAGER] ERROR 2010-03-11 09:34:41,859 [http-8080-2] JDBCExceptionReporter.logExceptions(78) | Cannot get a connection, pool exhausted
　　org.hibernate.exception.GenericJDBCException: Cannot open connection
　　......
　　初看org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted知道是连接池已经耗尽了。
　　心想不会是在删除的过程中，定时器已经启动了建索引进程，由于未控制线程数而导致连接池耗尽？
　　但是看到同事的测试目录下文件数也不是很多，全部是图片，大概也有三四十张。但是建索引也不至于，平时会索引整个数据库文档表建索引那时的数量比这里大多了。
　　网上一查：
　　A、Cannot get a connection, pool exhausted解决办法
　　转自：http://chivas2008.blogbus.com/logs/28735149.html
　　解决的办法有3个
　　1重启你的服务器
　　2在content.xml中，将maxActive设置为零，或者调高它的值
　　3在你的程序中正确关闭connections 这里有一点要注意要把关闭的语句写在finally中，如果你写在try{}中出现异常的话是无法正确关闭的。
　　要象这样
　　} catch (SQLException e) {
　　/** Exception handling **/
　　} finally {
　　try {
　　if (stmt != null)
　　stmt.close();
　　if (dbConnection != null)
　　dbConnection.close();
　　} catch (SQLException e) {
　　/** Exception handling **/
　　}
　　}
　　当然这3个方法里前两个并不能从根本上解决你的问题，所以还是要好好研究你的程序，一定要将用完的connection放回到池中。
　　1 问题描述
　　Web程序在tomcat刚开始运行时速度很快，但过一段时间后发现速度变得很慢。
　　检查日志输出，发现异常如下:
　　org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted, cause:

　　java.util.NoSuchElementException: Timeout waiting for>　　同时在SQLServer事件探查器中发现，每执行一次sql语句都要产生Audit login事件，语句执行后产生
　　Audit logout事件。说明每一次tomcat都是重新打开新的连接。
　　2 问题解决
　　tomcat 的数据源定义提供了三个参数：
　　a. 如果设为true则tomcat自动检查恢复重新利用，没有正常关闭的Connection.（默认是false）
　　
　　removeAbandoned
　　true
　　
　　b. 设定连接在多少秒内被认为是放弃的连接，即可进行恢复利用。
　　
　　removeAbandonedTimeout
　　60
　　
　　c.输出回收的日志，可以详细打印出异常从而发现是在那里发生了泄漏
　　
　　logAbandoned
　　true
　　
　　B、Timeoutwaitingforidleobject
转自：http://203.208.37.132/search?q=cache:9TmBcAJrYhQJ:jiangzi87.blog.ccidnet.com/blog.php%3Fdo%3Dshowone%26itemid%3D474468%26typ%3Dblog+java.util.NoSuchElementException:+Timeout+waiting+for+idle+object&cd=5&hl=zh-CN&ct=clnk&gl=cn&st_usg=ALhdy2-dZRxeN0j7d6MJ0Shp7tXcjwyumQ
　　1、request too large错误
　　在我们应用系统中,有些用户反映在填写申请表的时候,有时会出现request too large 的错误,导致操作失败.经查看原因是: 用户在填写申请表的时候.我们会搁一定的时间,朝cookies里保存数据.如果cookies里数据过大,就会导致request too large 的错误,清除cookies,问题就可以解决..
　　2、Timeoutwaitingforidleobject错误
　　org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted, cause:
　　java.util.NoSuchElementException:Timeoutwaitingforidleobject
　　是因为连接没有关闭，导致其他的连接去连接这个老的连接。导致出错
　　检查是否没有关闭数据库连接
　　看到我对于A中红色显示的部分，这个参数对于查找原因真的很重要。初看上面的报错真得让我一头雾水，后来配置上这个参数，再运行控制台的报错信息更加明确，从报错信息中我找到了运行该功能存在两个地方连接池泄漏问题：
　　at com.xxx.action.DoccatalogAction.getDocCatalogListByCatCode(DoccatalogAction.java:1178)
　　at com.xxx.organization.dao.hibernate.UserHibernateDAOBean.getUserByName(UserHibernateDAOBean.java:54)
　　at com.xxx.doc.desktopapp.action.DesktopAppAction.removeAllDataByCategoryList(DesktopAppAction.java:564)
　　从中可以知道是在哪个方法，哪一行的代码存在连接池泄漏问题。
　　【原因】：
　　原来真的是同事写的代码中未对session，Connection，Statement等与数据库相关的连接未释放。
　　【解决方法】：
　　1、对于session的部分全部加上
　　//避免未释放连接导致连接池耗尽
　　Session session = this.getSession();
　　try{
　　//执行代码 ...
　　}finally{
　　this.releaseSession(session);
　　}
　　2、对于数据库连接
　　Session session = listHelper.getSessionFactory().openSession();
　　Connection cnn = null;
　　Statement state = null;
　　ResultSet rs = null;
　　try{
　　cnn = session.connection();
　　state = cnn.createStatement(
　　ResultSet.TYPE_SCROLL_INSENSITIVE,
　　ResultSet.CONCUR_READ_ONLY);
　　String strSQL="";
　　strSQL+=" select d.* from tb_datapriv_grant g , tb_datapriv d where g.member_id='"+userid+"' ";
　　rs = state.executeQuery(strSQL);//查询目录用户是否有权限
　　......
　　}finally{
　　//关闭rs
　　if(null!=rs){
　　rs.close();
　　rs = null;
　　}
　　//关闭state
　　if(null!=state){
　　state.close();
　　state = null;
　　}
　　//关闭cnn
　　if(null!=cnn){
　　cnn.close();
　　cnn = null;
　　}
　　//关闭session
　　if(null!=session){
　　session.close();
　　session = null;
　　}
　　}
　　当然，可能你的项目里获取session和释放session的方法和我的并不一样，因为有的类方法是我们封装好的。但是相同的是一定要记得释放。