java - c3p0 maxIdleTime 和 mysql 的 wait_timeout 一样吗？

Question

我有一个 Spring MVC + Mysql (JDBC 4) + c3p0 0.9.2 项目。

在 c3p0 中，maxIdleTime 值为 240(即 4 分钟)，Mysql 的 my.ini 中的 wait_timeout 为 30 秒。

根据 c3p0

maxIdleTime: (Default: 0) Seconds a Connection can remain pooled but unused before being discarded. Zero means idle connections never expire.

根据Mysql

wait_timeout: The number of seconds the server waits for activity on a noninteractive connection before closing it.

现在我对此有些不满:(我知道一些答案，只是想确定我是否正确)

1. 未使用的连接是指根据mysql(?)处于sleep状态的连接
2. 什么是交互式和非交互式连接？
3. 未使用的连接和非交互式连接是否相同？因为我的 DBA 将 wait_timeout 设置为 30 秒(他通过观察数据库服务器得出这个值，因此处于 sleep 模式的连接数量非常少)这意味着连接可以处于 sleep 模式 30 秒后它将被关闭，但另一方面，c3p0 的 maxIdleTime 设置为 240 秒，所以这个 maxIdleTime 设置在这种情况下扮演什么角色。<
4. 什么是interactive_timeout？

Answer 1

首先让我们了解一下mysql的属性。

• interactive_timeout :mysql shell session 的交互超时 在几秒钟内像 mysqldump 或 mysql 命令行工具。连接处于 hibernate 状态。大多数情况下，这会设置为更高的值，因为您不希望它在 mysql cli 上执行某些操作时断开连接。
• wait_timeout :MySQL 之前等待的不活动期间的秒数 它将关闭非交互式连接上的连接 秒。示例:从 java 连接。连接处于 hibernate 状态。

现在让我们了解 c3po 属性及其与 DB Prop 的关系。(我只是从你的问题中复制)

• maxIdleTime: (Default: 0) Seconds a Connection can remain pooled but unused before being discarded. Zero means idle connections never expire.

这是指一个连接对象可以使用多长时间，并且可以在池中使用。一旦超时结束，c3po 将销毁它或回收它。

现在，当您的 maxIdleTime 高于 wait_timeout 时，问题就来了。 假设如果 mxIdleTime : 50 secs 和 wait_timeout : 40 s 那么你会得到 Connection time out exception: Broken Pipe如果您在最后 10 秒内尝试执行任何操作。所以 maxIdelTime 应该总是小于 wait_timeout。

您可以使用以下属性代替 maxIdleTime。

• idleConnectionTestPeriod 设置一个连接的时长限制 在测试之前保持空闲状态。没有preferredTestQuery，默认 是 DatabaseMetaData.getTables() - 与数据库无关，并且 尽管通话费用相对较高，但对于 相对较小的数据库。如果您对性能有疑虑，请使用 特定于您的数据库的查询 (即 preferredTestQuery="SELECT 1")
• maxIdleTimeExcessConnections 将带回连接计数 在 Activity 激增后降至 minPoolSize。

请注意，任何池属性(例如。maxIdleTime)只会影响池中的连接，即如果 hibernate 已获取连接并将其保持空闲状态超过 maxIdleTime 然后尝试做任何操作然后你会得到“Broken Pipe”

在 mysql 上设置较低的 wait_timeout 是件好事，但当您已经构建了一个应用程序时，它并不总是正确的。 在减少它之前，您必须确保在您的应用程序中您没有保持连接打开超过 wait_time。

您还必须考虑到获取连接是一项昂贵的任务，如果等待时间过短，那么它就无法达到拥有连接池的全部目的，因为它会频繁尝试获取连接。

当您不手动进行连接管理时，例如当您使用 Spring 跨国 API 时，这一点尤其重要。当您输入一个 @Transaction 注释方法时，Spring 开始事务，因此它从池中获取连接。如果您正在进行任何 Web 服务调用或读取某些文件，这将花费比 wait_time 更长的时间，那么您将得到异常。

我曾经遇到过这个问题。

在我的一个项目中，我有一个 cron 可以为客户处理订单。为了让它更快，我使用了批处理。现在，一旦我检索了一批客户并进行了一些处理(没有数据库调用)。当我尝试保存所有订单时，我曾经遇到破管异常。问题是我的 wait_timeout 是 1 分钟，然后订单处理花费了更多时间。所以我们不得不将它增加到 2 分钟。我本可以减小批大小，但这会使整体处理变慢。