昨天项目中遇到一个问题,所有需要数据库连接的请求都报拿不到连接的错误。
- org.springframework.jdbc.CannotGetJdbcConnectionException:Could not get JDBC Connection;
日志中显示,所有线程都在等待数据库连接池释放连接。
- "catalina-exec-223" daemon prio=10 tid=0x00007f75dc045000 nid=0x7f0e in Object.wait() [0x00007f72c5592000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1315) at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557) - locked <0x00000000c8d28d78> (a com.mchange.v2.resourcepool.BasicResourcePool)...
排查发现,问题出在 Spring 事务管理的配置上,部分配置如下。
- // +原本没有create,后加上 // -原本有get,后删除
拦截配置意在对指定方法的数据库访问采用事务(transaction)操作。项目中有个 get 开头的方法,其中执行了数据库的读操作,该方法中存在一个 Hessian 请求,由于该请求的服务节点出了问题,使得请求迟迟未响应,而 transaction 的作用范围是整个方法,方法未结束,transaction 长时间不释放数据库连接。前端又持续访问该方法,方法每次都会去连接池拿连接,很快就达到连接池的 maxPoolSize,之后还有需要数据库连接的线程就都会被 block 住,最后导致所有连接数据库操作的方法都报出拿不到 JDBC Connection 的错误。
于是删除对 get 开头方法的拦截配置。又想起之前有个 create 开头的方法,其中有多次数据库插入操作,曾经出现一个问题,前几次操作成功,中间出错,后面的操作就没成功,再一次调用的时候发现前面操作成功的部分报记录已存在的错误,只好手动去数据库删除脏数据,现在想起来是没有使用事务操作,然后在配置中添加了对 create 开头方法的拦截。
总结,对读数据库的方法不配置 transaction,只对修改数据库的操作才使用 transaction,并对方法中可能存在长时间未响应的操作提供超时处理。
就爱阅读 www.92to.com 网友整理上传, 为您提供最全的知识大全, 期待您的分享,转载请注明出处。
来源: http://www.92to.com/bangong/2017/03-11/18494568.html