关于druid配置参数的异常 追踪

先说明一下项目特点：业务需要，需要进行相当多的数据库查询和插入、更新操作。生产环境30万数据，本地为了开发方便，只准备了两万数据。

之前的开发过程中测试项目，启动项目后 执行sql操作正常，日志一直再打印hibernate的sql。过一段时间以后 ，就突然停止打印了，等待一段时间(就是wait millis 配置的大小)后，控制台日志打印这句话 。当时第一次遇到这个问题，检查发现在spring的application.xml中配置了数据源druid。里面的配置有这几个参数。当时maxactive 是 50。意思很明显，活动的连接数与最大连接数相同，连接用完了，在等待新的连接，却没有新连接可用，然后超时了。当时我没有意识到这点，只意识到数据库连接不够用，而且网上也有说连接不够用的，就把maxactive 调大，就没有出现这个问题了。

近日，在开发环境部署后，发现数据量太大，这个问题又出现了，maxactive 调的越大，这个问题出现的越晚，但是肯定会出现，说明问题没有根本解决。之后我就详细了解下druid的配置参数都是什么意思，又参考此文：https://www.cnblogs.com/netcorner/p/4380949.html 。终于解决了问题。

说白了，无论数据库连接多大，都会用完，说明用完的数据库连接没有释放掉。为什么没有释放掉？怎么定位？上文中给出了答案。

添加druid的配置：

超过180s，强制回收数据库连接，回收的时候打印日志，日志中会显示代码中没有释放数据库连接的代码具体位置。

我把上述配置添加后，运行项目，果然发现出现异常日志：

[html] view plain copy

at java.lang.Thread.getStackTrace(Thread.java:1589)

注意最后两行显示的方法名。搜索日志，发现只要出现这个异常，都是这个方法 addRowGuid()，，这就意味着代码有bug，这个方法每一次调用，都不会关闭数据库连接。

排查代码，发现此方法中位于dao中，内容很简单，就是用hibernate的save方法，往数据库插入一个字段值。this.save(xxx);

之前的代码用到这个save方法时，我都是手动提交事务的，只有这一处没有手动提交，漏了，于是更改代码为如下：

[java] view plain copy

Session sess = this.getSession();

Transaction transaction=null;

try {

transaction = sess.beginTransaction();

sess.save(materialChange);

transaction.commit();

}catch(Exception e) {

logger.error(String.format("执行RowGuid=%s 存储数据到change表 失败 )", rowGuid));

transaction.rollback();

}finally{

sess.close();

}

而且我特意把maxActive参数降低改为200,远远小于之前的值，测试项目，此问题再也没有出现。程序运行一夜没有问题。

整个项目均为自己开发的，这是标准的自己给自己挖个坑，(●´∀｀●)