DBCP连接池活动连接未关闭
我正在使用DBCP连接池，并创建了一个MBean来在Jconsole中显示连接池的统计信息。我观察到的是，即使应用程序上没有活动（意味着没有页面点击等），连接池统计数据也会显示活动连接。
我们在上面看到的16个虚拟连接并没有降到零。我不知道为什么？有人能解释一下吗？
谢谢
共有1个答案
所以我发现问题在于连接泄漏。这些连接是从池中获取的，但从未返回到池中。
-
我们有一个spring-boot应用程序，它使用嵌入式tomcat进行部署，并使用MySQL后端的默认tomcat-jdbc连接池，而没有为MySQL或tomcat端定制。 该应用程序有一些调度程序，它们主要在一天中的特定时间运行，即在昨天的最后一次cron运行和今天的第一次cron运行之间，有超过9个小时的间隙。然而，无论何时cron在早期运行，它都从未遇到过空闲连接问题。 现在我们看到一条错误
-
使用来自DBCP的BasicDataSource，如果我们执行getConnection（）并且在最后一个块中我们关闭连接，它是真的将连接返回到池还是关闭连接。我正在检查的代码片段是这样的 我正在检查BasicDataSource的源代码，并访问了这个包装类以获取连接。 委托对象的类型为java。sql。联系包装器代码调用委托的close方法，该方法将关闭集合，而不是将连接返回到池。这是DBCP的
-
我有一个带有数据库连接池的grails/groovy web应用程序。设置如下所示: 我使用java melody进行诊断和监控，并注意到一些奇怪的行为。例如，当执行查询数据库的作业时，连接可以超越maxActive属性。为什么这是可能的？ 我需要显式关闭Grails连接吗？该作业调用一个服务方法，该方法通过withCriteria Grails调用简单地执行DB查询，如： 似乎每次运行这个程序，
-
问题内容： 我们看到的情况是，我们的数据库连接由于套接字写入错误而终止： 当然，所有随后的写入连接的尝试都会失败： 在更新代码以捕获此类异常并在发生连接时请求新连接后，该连接再次失败。我是否怀疑每次调用实际上都不在提供新的连接？难道不只是重用已关闭的现有连接吗？ 如果我是正确的，那么丢弃旧的连接并请求新的连接的正确方法是什么？ 编辑：这是我想知道的更简洁的版本： “ c1 == c2”是正确的说法
-
我们很难弄清楚定义的属性，，等等。 我们在以下设置中看到以下错误
-
当我使用CloseableHttpClient和do Execute方法时，它在第一次正常工作，但之后从未成功。它将引发表示“连接池关闭”的异常 有人说是因为我还没有关闭客户端有人说是httpClient 4.3中的bug 我的项目不存在上述问题，但仍然无法正常工作