Php &引用；与MySQL服务器的连接中断”；错误，但实际发生后1小时？

在平台的高负载期间，我们开始在日志中看到MySQL的一些错误。这些错误的奇怪之处在于，它们在实际发生1小时（3600秒）后出现在日志中

例如，前几天我们做了一次负载测试，大约在早上8点30分，我们遇到了瓶颈，事情开始超时。整整一个小时后的上午9:30，我们开始在日志中看到以下几行内容：

... Zend_Db_Adapter_Mysqli_Exception [0] Lost connection to MySQL server at 'reading initial communication packet', system error: 104 ...

我一直在尝试为PHP的

mysqli

或

libmysql

找到一个与此相关的超时设置，但我正在努力找到一个解释问题的超时设置

有什么想法吗

我最接近的是，虽然还不到一年，但提到了TCP/IP超时，在进一步的谷歌搜索之后，我发现了，默认情况下是3600。但是我很清楚我可能走错了路

---

谢谢

您是否使用Mysql的主从复制

---

如果你的主人下来又回来，奴隶不会立即得到通知。它会一直等待同一个连接，直到达到超时，默认情况下为1小时（3600秒）。超时后，它将重新连接到新连接，并因此记录导致的错误。

您是否使用Mysql的主从复制

---

如果你的主人下来又回来，奴隶不会立即得到通知。它会一直等待同一个连接，直到达到超时，默认情况下为1小时（3600秒）。超时后，它将重新连接到新的连接，并因此记录导致的错误。

只是为了确保：这些日志消息确实在一小时后出现；这不仅仅是一个时区+/-1h的问题？只有在您进行高负载时才会出现此错误吗？@VolkerK它们在高负载期间后正好1小时出现在日志流中。我亲眼目睹了这一切，只是为了确保：那些日志消息真的发生在一小时后；这不仅仅是一个时区+/-1h的问题？只有在您进行高负载时才会出现此错误吗？@VolkerK它们在高负载期间后正好1小时出现在日志流中。我亲眼目睹了这一切，真有趣。在谷歌搜索时，我在MySQL中看到了一些相关的

netslave

。在我们的例子中，主人确实感到很温暖，但实际上并没有下降。你认为有一个光点，从机上的连接会受到超时的影响吗？这很有趣。在谷歌搜索时，我在MySQL中看到了一些相关的

netslave

。在我们的例子中，主人确实感到很温暖，但实际上并没有下降。估计有一个光点，从机上的连接会受到超时的影响？