Spring应用程序在8小时后失去与MySql的连接。 如何正确配置？
我有一个Spring应用程序，我相信使用DBCP连接池连接到MySql数据库。 我说相信，因为这不是一个我非常强大的领域，如果一切都设置正确，我不肯定。 我没有运行应用程序的问题，一切正常。 问题一夜之间发生。 该应用程序没有大量使用，一夜之间它显然失去了它与MySql的连接。 我调查了一下，发现MySql有一个8小时的窗口然后断开连接或其他什么。 我对此很好，但是当用户尝试在早上登录时，他们会收到如下错误：
通信链路故障。 最后一个数据包成功收到60,000,000ms前。 最后一个数据包在15ms前成功设置。
这就是问题。 我需要它们能够在早上重新连接而不会遇到这个问题。 我似乎能够修复它的唯一方法是通过弹跳Tomcat服务器。 通过查看，似乎DBCP池应该能够以某种方式防止这种情况，但我找不到关于如何配置它的可靠信息来源。 我希望这里有人可以为我提供一些见解。 这是我当前的配置，全部在Spring xml文件中完成：
APP-data.xml中
我不确定我需要添加哪些特定属性才能允许应用程序重新连接到数据库。 我不介意它是否在几个小时后关闭连接，但它应该自动重新连接，而不是像这样抛出错误。 我甚至不肯定它实际上已设置为使用连接池。 所以任何帮助都将非常感谢，谢谢。
UPDATE
我找到了这个页面 ，我认为我需要做的就是添加ValidationQuery属性。 任何人都可以validation这是否会产生欲望影响，同时保留其他所有内容？ 我相信这将使用DBCP的testOnBorrow方面。 我不完全理解testOnBorrow所说的解释是什么，但我认为这会做我想要的。 有谁确认？ 谢谢。
简短的回答是它应该足够了。 DBCP支持在从连接池借用时测试连接（默认），但也支持在返回时进行测试并在空闲时进行测试。
同样值得理解这里可能出现的问题。 这听起来像你的Tomcat服务器和数据库之间的东西在超时后丢弃空闲连接（例如路由器或防火墙）。 这个问题是Tomcat认为它仍然有一个有效的连接，尝试对连接做一些工作并失败，但保持连接活着并将其返回到池。 现在，如果从池中获得相同的断开连接，则与数据库通信的任何进一步尝试都将失败。
我认为这是Michael Nygard出色的’发布它！’ 在他的一篇来自战壕的故事中描述了这个场景的书。
您还需要了解MySQL如何清理死连接，因为当Tomcat在8小时后丢失连接时，DB也将不知道连接失败。
最后一点，如果您使用Tomcat 7切换到新的连接池，因为它提供了比DBCP更好的性能。
我的朋友，DBCP做了一个他无法保留的承诺。 呵呵。 我发现自己遇到了这个问题，并且最近发现了一些新的防火墙，这些防火墙最近放在空闲时间超过X小时的空闲时间。 因此，Db无法通知我的客户端（及其套接字）conn正在关闭并且套接字保持打开状态，因此池无法知道conn不可用。 结果：早上的第一次查询尝试因超时而失败，而第二次按预期工作。 即使使用validationQuery，DBCP也没有检查已经有效的conn（不要问我原因，我只是发现了）
解决方案1？ 由于它是一个生产环境（是的，很多汗），快马就是创建一个单独的线程，每隔…… X / 4小时使用池向DB发送一个确定的查询。 它让全新的防火墙/ WAF无法切断我的socket conn！
解决方案2？ 检查基础架构 检查连续性。 检查网络接口的速度和模式的一致性（例如全双工，100M）。 检查Db服务器设置（没有网卡节省能量hehe）。 并且可能使探针保持在解决方案1中工作。
编辑 。 testOnBorrow和validationQuery应该在正常情况下工作。 使用逻辑通道对物理成像池和物理插槽btw客户端和服务器。 testOnBorrow在将通道发送给您的请求之前检查通道是否有效。 它使用validationQuery来完成它。