php - MySQL "Gone Away"持久 PHP 连接错误

Question

我在 WAMP 堆栈上本地托管网站。我最近通过将 array(PDO::ATTR_PERSISTENT => true) 添加到 PDO 构造函数选项参数来将 PHP 连接切换为持久连接。结果我注意到响应时间明显下降(万岁!)。

缺点似乎是机器唤醒时消失的错误。这在更改连接样式之前从未发生过。

有没有可能缓存的连接关闭了，但是继续返回？是否可以通过 catch block 内的 PHP 重置 PDO 连接或重置连接池？

Answer 1

我已经解决这个问题几天了，根据网络上普遍存在的类似问题，这似乎是 PDO 的缺陷，导致无法有效管理持久连接。

明显问题的答案:

• PHP 5.4.22
• php.ini 中的驱动程序设置已打开持久连接
• session 限制不受限制(设置为 -1)
• 池限制不受限制(设置为 -1)

我可以通过执行以下操作重现问题:

在 MySQL 数据库上发出以下语句。

set @@GLOBAL.interactive_timeout := 10;
set @@GLOBAL.wait_timeout := 10;

向服务器发出一些请求以生成一些缓存连接。与通过非持久连接执行此操作相比，您可以看到线程数增加了:

echo $conn->getAttribute(PDO::ATTR_SERVER_INFO);

等待至少 10 秒，然后开始发出更多请求。您应该开始收到“离开”消息。

问题是 SQL 关闭了连接，随后对 PDO 构造函数的调用返回了这些关闭的连接，没有重新连接它们。

这就是 PDO 的不足之处。没有办法强制打开连接，甚至没有检测状态的好方法。

我目前解决这个问题的方法(诚然有点 hack)是发出这些 MySQL 语句

set @@GLOBAL.interactive_timeout := 86400;

set @@GLOBAL.wait_timeout := 86400;

These variables are set to 28800sec (8 hours) by default .请注意，您需要重新启动 Apache 以清除缓存的连接，否则在池中的所有连接都已循环之前您不会注意到差异(我不知道如何/何时发生)。我选择了 86400，它是 24 小时的，我每天都在这台机器上，所以这应该可以满足基本需求。

在这次更新之后，我让我的机器静置至少 12 小时，这是我之前开始收到“离开消息”时它静置的时间。看起来问题解决了。

我一直在想，虽然我不能强制打开一个连接，但可以从池中删除一个坏的连接。我没试过这个，但一个稍微更优雅的解决方案可能是检测“消失”消息，然后将对象设置为 NULL 告诉 PHP 销毁资源。如果数据库逻辑像这样进行几次尝试(必须有一个限制以防发生更严重的错误)，它可能有助于将这些错误保持在最低限度。