java– 在不活动期后连接超时

概述我们有一个使用hibernate作为ORM工具的api,我们使用c3p0作为连接池处理程序.我们在负载下没有问题.但是,当api处于非活动状态一天左右时,我们正在用尽“无法获取连接”异常.因此,如果周末没有人使用api,我们会在周一早上收到连接错误.Caused by: java.sql.SQLException: An attempt by a clien

我们有一个使用hibernate作为ORM工具的API,我们使用c3p0作为连接池处理程序.我们在负载下没有问题.但是,当API处于非活动状态一天左右时,我们正在用尽“无法获取连接”异常.因此,如果周末没有人使用API,我们会在周一早上收到连接错误.

Caused by: java.sql.sqlException: An attempt by a clIEnt to checkout a Connection has timed out.

我们使用MysqL作为数据库.在我的研究中,我知道MysqL在8小时左右后连接失效.连接池可能会向客户端发出过时的连接,从而导致客户端的连接超时异常.

目前,我们没有在C3Po中配置任何连接测试.可以说,如果我在池中将它们提供给客户端之前使用IDleTestPeriod来测试连接.那么如果我的所有连接在某个时间点都未通过测试会发生什么？是否会从池中删除这些失败的连接并再次生成新的活动连接？

目前,这是我们正在使用的c3p0设置.这个问题可能有其他原因吗？

谢谢您的帮助最佳答案所以你有一个3秒(3000毫秒)的checkoutTimeout.这就是你所看到的例外情况.客户端只允许等待三秒钟从池中检出连接;如果三秒钟还不够,他们会看到你的例外情况.

问题是,为什么客户需要这么长时间才能获得连接？通常检查一个连接是一个非常快速的 *** 作.但是如果检出所有连接,则客户端必须等待(缓慢)从数据库获取连接.

您已将池配置为非常积极地剔除连接. minPoolSize = 5以上的任何数量的连接如果空闲超过maxIDleTimeExcessConnections = 30秒,将被销毁.然而,您的池配置为大规模突发：maxPoolSize = 125.假设您的应用程序安静了一段时间,然后从客户端获取一连串请求.池将快速耗尽连接并开始获取,以winsIncrement = 5的突发.但是如果突然有25个客户端并且池只有5个连接,那么第25个客户端在获取连接之前可能会超时是不可能的.

你可以做很多事情.这些调整是可分离的,您可以根据需要混合或匹配.

>剔除空闲的“多余”连接不那么激进,因此通常,您的池有一定的容量来服务突发请求.您可能完全丢弃maxIDleTimeExcessConnections,并且在maxIDleTime = 180秒不使用后让Connections慢慢消失. (下行？在不活动期间更长的资源占用时间.)
>将minPoolSize设置为更高的值,以便池不太可能看到一连串的活动,其连接的连接太少. (下行？更大的永久资源足迹.)
>从配置中删除checkoutTimeout. c3p0的默认设置是允许客户端无限期地等待连接. (下行？也许你更喜欢客户快速报告失败而不是等待可能的成功.)

我不认为您所观察到的问题与连接测试或MysqL超时本身有很大关系,但这并不意味着您不应该处理这些问题.我将遵循nobeh关于MysqL重新连接问题的建议. (我不是一个很大的MysqL用户.)你应该考虑实现连接测试.你有一个preferredTestquery,所以测试应该相当快.我通常的选择是使用testConnectionOnCheckin和IDleConnectionTestPeriod.见http://www.mchange.com/projects/c3p0/#configuring_connection_testing

祝好运！

总结

以上是内存溢出为你收集整理的java – 在不活动期后连接超时全部内容，希望文章能够帮你解决java – 在不活动期后连接超时所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/langs/1265190.html