14

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

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

现在我正在尝试在本地重现问题并修复它。我将弹簧上下文设置如下：

<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?useUnicode=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 文档，这是一项非常昂贵的检查。它建议使用“idleConnectionTestPeriod”，但我已经将其设置为 120 秒。我应该使用什么值才能正确验证空闲连接？

所以我基本上要问两件事：

  1. 如何重现我在生产代码中遇到的错误？
  2. 我如何解决它？

谢谢！

4

3 回答 3

3

我对 MySQL 和连接池也有类似的问题。问题是您告诉连接池空闲超时为 30 分钟，但数据库在 10 秒后断开连接。由于您的空闲连接检查周期为 120 秒，因此池使用断开连接的时间不到 110 秒！

我会使用以下设置进行生产：

MySQL:
wait_timeout=75
C3P0:
maxIdleTime=60
idleConnectionTestPeriod=55
于 2009-10-11T20:06:04.880 回答
0

要重现您的错误，请将您的 MySQL 属性中的连接超时设置为非常低的值，即 2 毫秒，并运行一个已知处理时间较长的查询。如果您使用属性文件来设置 JDBC 连接，则可以在 MySQL 连接字符串中或通过属性设置超时属性。您可以在特定的 jaxax.sql.DataSource 连接上查找 ​​Javadocs，并在 MySQL 文档中查找有关如何执行此操作的详细信息。

于 2009-10-07T18:45:46.060 回答
0

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

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

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

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

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

  3. 以空闲检查为代价：考虑不使用默认的 getTables() - 也许将 preferredTestQuery 设置为便宜的东西(-er) 'SELECT 1' 也许对于 MySQL？

于 2009-10-06T09:34:27.297 回答