Spring应用程序在8小时后失去与MySql的连接。如何正确配置?

时间:2011-12-16 14:16:19

标签: java mysql hibernate spring connection-pooling

我有一个Spring应用程序,我认为它使用DBCP连接池连接到MySql数据库。我说相信,因为这不是一个我非常强大的领域,如果一切设置正确,我不肯定。我运行应用程序没有问题,一切正常。问题一夜之间发生。该应用程序没有大量使用,一夜之间显然失去了它与MySql的连接。我调查了一下,发现MySql有一个8小时的窗口,然后断开连接或其他什么。我对此很好,但是当用户尝试在早上登录时,他们会收到如下错误:

通讯链接失败。最后一个数据包成功收到60,000,000ms前。最后一个数据包在15ms前成功设置。

这就是问题所在。我需要它们能够在早上重新连接而不会遇到这个问题。我似乎能够解决它的唯一方法是通过弹跳Tomcat服务器。通过查看,似乎DBCP池应该能够以某种方式防止这种情况,但我找不到关于如何配置它的可靠信息来源。我希望这里有人可以为我提供一些见解。这是我当前的配置,全部在Spring xml文件中完成:

应用-data.xml中

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="
    http://www.springframework.org/schema/beans 
    http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
    http://www.springframework.org/schema/tx 
    http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
    http://www.springframework.org/schema/aop 
    http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
    http://www.springframework.org/schema/context
    http://www.springframework.org/schema/context/spring-context-3.0.xsd">

<context:annotation-config />
<context:component-scan base-package="com.vz.sts.domain" />
<context:component-scan base-package="com.vz.sts.persistence" />
<context:component-scan base-package="com.vz.sts.service" />

<bean class="org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor" />

<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="dataSource" ref="dataSource" />
    <property name="jpaVendorAdapter">
        <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
            <property name="database" value="MYSQL" />
            <property name="showSql" value="true" />
        </bean>
    </property>
</bean>

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource">
    <property name="driverClassName" value="com.mysql.jdbc.Driver" />
    <property name="url" value="jdbc:mysql://localhost:3306/app" />
    <property name="username" value="root" />
    <property name="password" value="admin" />
    <property name="initialSize" value="5" />
</bean>

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory" />
</bean>

<bean id="jdbcUserService" class="org.springframework.security.provisioning.JdbcUserDetailsManager">
    <property name="dataSource" ref="dataSource"/>
    <property name="authenticationManager" ref="authenticationManager"/>
</bean>

<bean id="saltSource" class="org.springframework.security.authentication.dao.ReflectionSaltSource">
    <property name="userPropertyToUse" value="username" />
</bean>

<tx:annotation-driven />
</beans>

我不确定我需要添加哪些特定属性才能允许应用重新连接到数据库。我不介意它是否在几个小时后关闭连接但是它应该自动重新连接并且不会抛出这样的错误。我甚至不肯定它实际设置为使用连接池。所以任何帮助都将非常感谢,谢谢。

更新

我找到了this page,我认为我需要做的就是添加 ValidationQuery 属性。任何人都可以验证这是否会产生欲望影响,同时保留其他所有内容?我相信这将使用DBCP的 testOnBorrow 方面。我不完全理解testOnBorrow所说的解释是什么,但我认为这会做我想要的。有谁确认?感谢。

2 个答案:

答案 0 :(得分:4)

简短的回答是它应该足够了。 DBCP支持在从连接池借用时测试连接(默认),但也支持在返回时进行测试并在空闲时进行测试。

这也值得了解可能出现的问题。听起来像你的Tomcat服务器和数据库之间的东西在超时后丢弃空闲连接(例如路由器或防火墙)。这个问题是Tomcat认为它仍然有一个有效的连接,尝试对连接做一些工作并失败,但保持连接活着并将其返回到池。现在,如果从池中获得相同的断开连接,则任何与数据库通信的进一步尝试都将失败。

我认为这是Michael Nygard出色的'发布它!'在他的一篇来自战壕的故事中描述了这个场景的书。

您还需要了解MySQL如何清理死连接,因为当Tomcat在8小时后丢失连接时,DB也将不知道连接失败。

最后一点,如果您使用Tomcat 7切换到新的connection pool,因为它提供了比DBCP更好的性能。

答案 1 :(得分:1)

我的朋友,DBCP做出了他无法保留的承诺。呵呵。我已经发现自己遇到了这个问题,并且最近发现了一些新的防火墙,这些防火墙最近放在空闲时间超过X小时的空闲连接。因此,Db无法通知我的客户端(及其套接字)conn正在关闭且套接字保持打开状态,因此池无法知道conn不可用。结果:早上的第一次查询尝试因超时而失败,而第二次按预期工作。即使使用validationQuery,DBCP也没有检查已经有效的conn(不要问我为什么,我只是发现了)

解决方案1?由于它是一个生产环境(是的,很多汗),快马就是创建一个单独的线程,每隔...... X / 4小时使用池向DB发送一个确定的查询。它使全新的防火墙/ WAF无法切断我的插座连接!

解决方案2?检查基础架构检查连续性。检查网络接口的速度和模式的一致性(例如全双工,100M)。检查Db服务器设置(没有网卡节省能源呵呵)。并且可能将探针保持在解决方案1中。

修改的。 testOnBorrow和validationQuery应该在正常情况下工作。使用逻辑通道对物理成像池和物理插槽btw客户端和服务器。 testOnBorrow在将通道发送给您的请求之前检查通道是否有效。它使用validationQuery来完成它。