我的一个Spring web应用程序遇到了一个问题,它在从我的连接池中获取连接时会周期性地出错。最终,我在日志中看到了如下条目:
一旦它达到这一点,我发现恢复的唯一方法是重新启动Tomcat。
我认为最可能的解释是我在某个地方有一些代码没有正确清理它的连接——把它返回给光,让一些东西打开,这样Spring就不能清理它,等等。
为了排除故障,我已将hikari配置泄漏检测阈值设置为5000ms并启用日志记录。之后,我看到日志条目,如
2018-04-24 19:53:56 WARN ProxyLeakTask:87 - Connection leak detection
triggered for org.postgresql.jdbc.PgConnection@664ec666, stack trace
follows
java.lang.Exception: Apparent connection leak detected
at org.hibernate.engine.jdbc.connections.internal.DatasourceConnectionProviderImpl.getConnection(DatasourceConnectionProviderImpl.java:122)
at org.hibernate.internal.NonContextualJdbcConnectionAccess.obtainConnection(NonContextualJdbcConnectionAccess.java:35)
at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.acquireConnectionIfNeeded(LogicalConnectionManagedImpl.java:99)
at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.getPhysicalConnection(LogicalConnectionManagedImpl.java:129)
at org.hibernate.engine.jdbc.internal.StatementPreparerImpl.connection(StatementPreparerImpl.java:47)
at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$5.doPrepare(StatementPreparerImpl.java:146)
at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:172)
at org.hibernate.engine.jdbc.internal.StatementPreparerImpl.prepareQueryStatement(StatementPreparerImpl.java:148)
at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1940)
at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1909)
at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1887)
at org.hibernate.loader.Loader.doQuery(Loader.java:932)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:349)
at org.hibernate.loader.Loader.doList(Loader.java:2615)
at org.hibernate.loader.Loader.doList(Loader.java:2598)
at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2430)
at org.hibernate.loader.Loader.list(Loader.java:2425)
at org.hibernate.loader.custom.CustomLoader.list(CustomLoader.java:335)
at org.hibernate.internal.SessionImpl.listCustomQuery(SessionImpl.java:2129)
at org.hibernate.internal.AbstractSharedSessionContract.list(AbstractSharedSessionContract.java:981)
at org.hibernate.query.internal.NativeQueryImpl.doList(NativeQueryImpl.java:147)
at org.hibernate.query.internal.AbstractProducedQuery.list(AbstractProducedQuery.java:1398)
at org.hibernate.query.internal.AbstractProducedQuery.getSingleResult(AbstractProducedQuery.java:1444)
at sun.reflect.GeneratedMethodAccessor191.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.springframework.orm.jpa.SharedEntityManagerCreator$DeferredQueryInvocationHandler.invoke(SharedEntityManagerCreator.java:379)
at com.sun.proxy.$Proxy163.getSingleResult(Unknown Source)
at com.mycompany.web.jpa.util.DBHelper.getPagedMappedDbResults(DBHelper.java:76)
at com.mycompany.web.jpa.repository.TaskRepositoryImpl.findTaskDetailsByStepIdAndIdIn(TaskRepositoryImpl.java:245)
......
因此它正在检测可能的泄漏。我想可能是假阳性?但这也是我的应用程序中唯一一个在Spring应用程序中经常使用的标准服务/存储库模式之外进行数据库访问的类,因此它似乎是一个可能的罪魁祸首,也是我目前最好的线索。
无论如何,我在跟踪中看到的最后一段非库代码(即我写的东西,所以很可能是泄漏的原因!)是我的DBHelper::getPagedMapedDb结果方法,相关位包含在这里:
Query q = entityManager.createNativeQuery(countQueryText);
setQueryParameters(q, parameters);
long numActualResults = 0;
try {
numActualResults = ((Number)q.getSingleResult()).longValue(); // line 76
} catch (Exception e) {
System.out.println("just in case: " + e);
}
所以基本上我从我的EntityManager实例创建了一个Query对象,设置了一些参数,然后运行它以获得一些结果。
使用完查询对象后,是否需要对它执行某些操作?q.清理()?我从阅读文档中没有看到类似的东西,但是我没有在这个资源上做很好的内务管理吗?
实体管理器本身是从@Autowired批注创建的。我的理解是,如果我没有“新建”它来实例化它,而是让Spring框架自动连接它,那么Spring将做任何必要的清理工作。是吗?还是在使用实体管理器后需要执行一些清理?
版本详情:
任何建议或建议都将不胜感激,谢谢!
查询是什么?它很重吗?也许你这里有死锁?连接管理看起来很好。您没有显式获取连接,因此不需要释放它。查询可能运行很长时间,因此Hibernate无法完成它并释放连接。
此外,您可以检查数据库端打开的连接数。在那方面也做一些分析。