MySQL升级后，服务器持续到达MaxClient

一切都运行良好，然后在MySQL从5.0升级到5.1，再升级到5.5之后，出现了一些错误（一些表前缀被弄乱了，一些数据丢失了，但没有什么大问题），我们突然出现了这个新问题

据我所知，Apache（httpd.conf）、MySQL（my.cnf）或PHP（PHP.ini）的配置设置没有更改

我检查了升级前的Apache日志，我们根本没有访问MaxClient

现在我们一直在点击它（一天9次！），当我们点击时，服务器上的所有网页都变得完全不可访问，需要重新启动Apache，而且在我完成重新启动之前，它们似乎永远不会再次被访问，尽管我真的不想等待，看看它是否会出现

以前，我们的MaxClient和ServerLimit被设置为1000—我将其提高到3000，尽管访问MaxClient的频率似乎有所下降，但这种情况仍在发生。我们有96.0 GB的RAM，使用率从未超过30 GB，通常更低

我检查了之前和之后的日志，机器人爬行活动似乎大致相同

我想知道是否其他一些设置可能会被更改，从而导致这种情况发生？或者，如果有人有任何其他想法，我将非常感谢。

我们有一个“PBS”案例：

W的数量在不断增加，直到我们不断地访问MaxClient。在某种程度上，这个问题可能一直存在，但在升级期间和/或接近升级时，配置设置的某种变化加剧了问题，我不确定。然而，我确信我们通过稍微更改代码来修复它，这样进程在一段时间后就会死亡，而不是等待一定数量的循环发生。话虽如此，可能是一个好主意，让某种脚本到位，以消除从裂缝中溜走的过时进程，然后记录它们

如果上述链接关闭，您将希望通过命令行使用以下工具检查您的进程：

服务httpd fullstatus>outputfile.txt

如果你看到W的累积，向下滚动，如果你发现一个或两个脚本的模式占了大部分，那很可能是你的罪魁祸首。为了确保累积是合法的，您可能需要检查一次，然后在一小时后再检查，看看它是否继续。您会注意到W的SS持续增加（自最近一次请求开始后的秒数）