服務器到達MySQL升級後連續發生的MaxClients

Question

一切運行良好，然後MySQL從5.0升級到5.1，然後5.5升級到5.5，這在某種程度上是錯誤的（某些表前綴被搞砸了，一點數據丟失了，但是沒有什麼大不了的），我們有這個新的問題出現在藍色。

據我所知，Apache（httpd.conf），MySQL（my.cnf）或PHP（php.ini）沒有更改配置設置。

我在升級之前檢查了Apache日誌，並且根本沒有打到MaxClients。

現在我們一直都在使用它（一天9次！），並且當我們完成所有服務器上的網頁變得完全無法訪問時，需要重新啓動Apache - 而且我們似乎再也無法訪問，直到我完成重新啓動，雖然授予我並不真的想等待，並確定它是否會出來。

以前我們的MaxClients和ServerLimit被設置爲1000 - 我把它升高到3000，儘管到達MaxClients的頻率似乎下降了，但它仍然在發生。我們擁有96.0 GB的內存，使用率從未超過30 GB，通常要低得多。

我檢查了前後的日誌，而且爬蟲活動似乎大致相同。

我想知道是否可以改變一些其他的設置，導致這種情況發生？或者如果有人有任何其他想法，我會非常感激。

Answer 1

我們有 「PBS」 的情況：http://techmythsworld.blogspot.com/2011/11/solving-httpd-maxclients-and-modstatus.html

W公司累積起來，直到我們不停地打的MaxClients。這個問題可能在一定程度上一直存在，但在升級過程中和/或接近升級時，由於配置設置的某種改變而加劇了，我不確定。然而，我相信我們通過稍微改變我們的代碼來修復它，以便進程在設定的時間段內死亡，而不是等待一定數量的循環發生。話雖如此，可能有一個好主意，可以有一些腳本來殺死掉在裂紋中的陳舊過程，然後記錄下來。

如果上述鏈路出現故障，您會希望通過命令行來檢查流程利用：

服務的httpd fullstatus> outputfile.txt

如果您看到W的積累，向下滾動，如果你發現一個或兩個腳本佔大多數的模式，那（那些）可能是你的罪魁禍首。爲確保積累是合法的，您可能需要檢查一次，然後在一小時後檢查並確認是否繼續。你會注意到W的持續增加SS（自最近一次請求開始以來的秒數）。