我在 WAMP 堆栈上本地托管网站。我最近通过将 array(PDO::ATTR_PERSISTENT => true)
添加到 PDO
构造函数选项参数来将 PHP 连接切换为持久连接。结果我注意到响应时间明显下降(万岁!)。
缺点似乎是机器唤醒时消失的错误。这在更改连接样式之前从未发生过。
有没有可能缓存的连接关闭了,但是继续返回?是否可以通过 catch block 内的 PHP
重置 PDO
连接或重置连接池?
最佳答案
我已经解决这个问题几天了,根据网络上普遍存在的类似问题,这似乎是 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 销毁资源。如果数据库逻辑像这样进行几次尝试(必须有一个限制以防发生更严重的错误),它可能有助于将这些错误保持在最低限度。
关于php - MySQL "Gone Away"持久 PHP 连接错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26620625/