使用Spring,hibernate和C3P0的设置重现com.mysql.jdbc.exceptions.jdbc4.CommunicationsException

Question

我从生产代码中得到了这个错误:

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:从服务器成功收到的最后一个数据包是36940秒之前.成功发送到服务器的最后一个数据包是36940秒前,这比服务器配置的'wait_timeout'值长.您应该考虑在应用程序中使用之前过期和/或测试连接有效性,增加服务器配置的客户端超时值,或使用Connector/J连接属性"autoReconnect = true"来避免此问题.

而现在我正试图在本地重现问题并修复它.我设置spring上下文如下:

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"
    <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"
    destroy-method="close" p:driverClass="com.mysql.jdbc.Driver"
    p:jdbcUrl="jdbc:mysql://localhost:3306/test?userUnicode=yes&amp;characterEncoding=UTF-8&amp"
    p:idleConnectionTestPeriod="120" p:initialPoolSize="1" p:maxIdleTime="1800"
    p:maxPoolSize="1" p:minPoolSize="1" p:checkoutTimeout="1000"

/>

<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
    <property name="dataSource" ref="dataSource"/>
    <property name="hibernateProperties">
        <value>
            hibernate.connection.provider_class = org.hibernate.connection.C3P0ConnectionProvider
            hibernate.dialect=org.hibernate.dialect.MySQL5Dialect
            hibernate.default_schema=platform_server_original
            hibernate.show_sql=false
        </value>
    </property>
    <property name="mappingResources">
        <list>
            <value>sometables.hbm.xml</value>
        </list>
    </property>
</bean>

然后我将我的mysql wait_timeout设置为10秒,然后运行我的测试,这基本上是打开一个连接,执行查询,关闭它,所以它返回到池中,然后将线程休眠15秒,然后再次打开连接,并再次进行查询,因此它会中断.但是,我只得到了类似的错误:

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:通信链接失败

发送到服务器的最后一个数据包是16毫秒前.

所以我想知道这两个错误是一样的,还是它们不同？我做了一些研究,似乎两个错误都归结为同一个解决方案:使用属性"testConnectionOnCheckout = true".但是,根据c3p0 doc,这是一个非常昂贵的检查.它建议使用"idleConnectionTestPeriod",但我已经设置为120秒.我应该使用什么值才能正确验证空闲连接？

所以我基本上要问两件事:1.如何重现生产代码中的错误？2.我该如何解决？

谢谢!

Answer 1

Fei - 可能是几件事之一，根据迄今为止发布的信息还不能真正说出来。

建议您在问题中添加 MySQL/Spring/Hibernate/C3PO/JDBC 版本号，以防存在已知问题。

生产错误消息是一种常见错误消息，有许多可能的根本原因。为您提供的一些线索：

1. 生产错误可能表明您的应用程序在完成连接后没有将连接释放回池，从而阻止 c3p0 检查它。（c3p0 空闲检查只能应用于未签出的连接。）

2. 检查 c3p0 是否真正工作（如果没有，您可能正在使用“vanilla”连接）。在您的测试中，如果您设置（例如）MySql wait_timeout=10、应用程序线程 sleep=35 和idleConnectionTestPeriod=30，如果池正在工作，则异常应该消失。

3. 以空闲检查为代价：考虑不使用默认的 getTables() - 可能将preferredTestQuery 设置为便宜的（-呃）“SELECT 1”，也许适用于 MySQL？