DBCP-330 DBCP-352
return new DelegatingDatabaseMetaData(this, _conn.getMetaData());
每次都会新建一个DelegatingDatabaseMetaData,而DelegatingDatabaseMetaData 自己添加到
connection trace中 addTrace,这样就会导致每次getMetaData()都会有一个DelegatingDatabaseMetaData
添加到这个connection中,从而GC不会回收.
解决方法:
在构建DelegatingDatabaseMetaData时调用super()而非super(c),这样就不会将这个新建的
DelegatingDatabaseMetaData添加到conn trace中。
DBCP-343
在执行长时间的任务时,由于AbandonedConfing中设置了removeAbandonedTimeout,在长时间没有响应之后
AbandonedObjectPool中removeAbandoned方法 会计算当前时间和getLastUsed的时间间隔,大于removeAbandonedTimeout
的话就会将连接remove。
解决方法:
在Statement PrepareStatement 中每次执行sql时,都设置一下lastUsed
如果执行一个语句,如查询某个表时间很长,那么DBCP还是会认为这个连接是abandoned的,
这时需要将removeAbandonedTimeout这个值设的大一些,或者设置 removeAbandoned为false,表示不删除过期的连接
return new DelegatingDatabaseMetaData(this, _conn.getMetaData());
每次都会新建一个DelegatingDatabaseMetaData,而DelegatingDatabaseMetaData 自己添加到
connection trace中 addTrace,这样就会导致每次getMetaData()都会有一个DelegatingDatabaseMetaData
添加到这个connection中,从而GC不会回收.
解决方法:
在构建DelegatingDatabaseMetaData时调用super()而非super(c),这样就不会将这个新建的
DelegatingDatabaseMetaData添加到conn trace中。
DBCP-343
在执行长时间的任务时,由于AbandonedConfing中设置了removeAbandonedTimeout,在长时间没有响应之后
AbandonedObjectPool中removeAbandoned方法 会计算当前时间和getLastUsed的时间间隔,大于removeAbandonedTimeout
的话就会将连接remove。
解决方法:
在Statement PrepareStatement 中每次执行sql时,都设置一下lastUsed
如果执行一个语句,如查询某个表时间很长,那么DBCP还是会认为这个连接是abandoned的,
这时需要将removeAbandonedTimeout这个值设的大一些,或者设置 removeAbandoned为false,表示不删除过期的连接