我收到此錯誤？錯誤：（1226）用戶'qe'已超過'max_user_connections'資源（當前值：30）

Question

因此，在研究了這個問題之後，我正在爲遇到此問題並找到出路的人尋求幫助。

我們開發了一個PTC腳本爲客戶和它工作得很好，但隨着用戶增長也開始顯示錯誤是如下：

錯誤：（1226）用戶「乂」已超過「 max_user_connections的資源（當前值：30）

現在，在尋求幫助後，有人說與服務器相關的問題，其他人指出這是與腳本的數據庫設計有關的問題。

期待解決這個問題的方法。已經嘗試了很多東西。

現在使用godaddy託管，他們將Limit從30增加到了50，但是我確信問題會再次出現。

Answer 1

數據庫沒有問題，問題在於如何處理來自軟件的數據庫連接。

您的腳本設置的方式是每個連接到您的Web服務器也打開一個連接到MySQL的連接。這不是你想要的場景。

提高限制不會解決問題，它只會延遲另一個錯誤。你應該做的是使用持久連接。

使用php-fpm而不是服務器API（如mod_php）的原因之一是因爲啓動了一定數量的PHP進程並創建了與服務的連接池。

，流量爲以下幾點：

• 使用php-fpm。 Apache和nginx可以使用FCGI接口來說話php-fpm進程
• 爲php-fpm提高子進程的數量。這不應該過大，默認的配置通常工作了，我會讓你不跑六核系統中的猜測，所以4-6的子進程應該罰款
• 使用持久的MySQL連接

這是做什麼用的？您的服務器接受請求並將其發送到php-fpm，它在空閒時對其進行處理。每個進程使用1個連接到MySQL。這意味着你永遠不會像你一樣遇到某種硬性限制。

如果你的服務器很忙，服務器應該排隊請求，直到PHP能夠處理它們。無論你使用的是Apache還是nginx，這種方法都能正常工作。

如果您的網站很忙，那麼Web服務器可能會更快地接受連接並提供PHP用於處理動態內容的靜態內容。在這種情況下，您可以選擇添加運行php-fpm的另一臺物理機（或更多）。對於提到的兩個Web服務器，指導您的Web服務器在爲PHP提供服務的計算機之間進行循環訪問是微不足道的。

底線是你想以最佳的方式利用你的資源。在每個請求上打開和關閉MySQL連接都不是最佳選擇。連接池是。