解決Linux下php-fpm進程過多導致記憶體耗盡問題詳解

這篇文章主要介紹了解決Linux下php-fpm進程過多導致記憶體耗盡問題,需要的朋友可以參考下

最近，發現個人部落格的Linux伺服器，資料庫服務經常掛掉，導致需要重啟，才能正常訪問，極其噁心，於是決心開始解決問題，解放我的時間和精力（我可不想經常出問題，然後人工重啟，費力費時）。

分析問題

發現問題以後，先使用free -m指令查看目前伺服器執行狀況：

可以看到我的伺服器記憶體是2G的，但是目前可用記憶體只剩下70M，記憶體使用率高達92%，很有可能是記憶體使用率過高導致資料庫服務掛斷。

繼續看詳細情況，使用top指令：

#然後再看指令輸出結果中詳細列出的進程狀況，重點在第10列記憶體使用佔比：

發現CPU使用率不算高，也排除了CPU的問題，另外可以看到資料庫服務佔用15.2%的內存，內存使用過高時將會擠掉資料庫進程（佔用內存最高的進程），導致服務掛斷，所以我們需要查看詳細內存使用情況，是哪些進程耗費了這麼多的內存呢？

使用指令：

##查看消耗記憶體最多的前40個進程：

查看第四列記憶體使用佔比，發現除了mysql資料庫服務之外，php-fpm服務池開啟了太多子進程，佔用超過大半內存，問題找到了，我們開始解決問題：設定控制php- fpm進程池進程數量。

解決問題

透過各種搜尋手段，發現可以透過設定

pm.max_children屬性，控制php- fpm子程序數量，首先，打開php-fpm配置文件，執行指令：

找到

pm.max_children字段，發現其值過大：

如圖，

pm.max_children值為50，每一個進程佔用1%-2.5%的內存，加起來就耗費大半內存了，所以我們需要將其值調小，博主這裡將其設置為25，同時，檢查以下兩個屬性：

pm.max_spare_servers: 該值表示保證空閒進程數最大值，如果空閒進程大於此值，此進行清理pm.min_spare_servers: 保證空閒進程數最小值，如果空閒進程小於此值，則創建新的子進程;

這兩個值都不能大於

pm.max_children值，通常設定pm.max_spare_servers值為pm.max_children值的60%- 80%。

最後，重啟php-fpm

#再次查看記憶體使用情況， 使用記憶體降低很多：

之後經過多次觀察記憶體使用情況，發現這次改進後，伺服器記憶體資源消耗得到很大緩解。

ps：查看php-fpm開啟的進程數以及每個進程的記憶體限制

1.透過指令查看伺服器上一共開了多少的php-cgi 程序

#2.查看已經有多少個php-cgi程序用來處理tcp請求

3.linux nginx php環境中，每個php-fpm程序的記憶體限制

設定方法：

編輯php-fpm.conf設定檔

php_admin_value[memory_limit] = 128M（我伺服器上的設定檔在/etc/php5/fpm/pool.d/www.conf這個檔案是被包含在php-fpm.conf裡的） 後邊的數字可以隨便更改：32M,64M,128M,256M,512M，這個設定可根據你的伺服器記憶體大小和你的需求來寫，修改後要載入一下php-fpm服務。

總結

以上所述是小編給大家介紹的Linux下php-fpm進程過多導致記憶體耗盡問題解決，希望對大家有幫助，如果大家有任何疑問請給我留言，小編會及時回覆大家的。在此也非常感謝大家對php中文網的支持！

#

您可能感興趣的文章:

php實作簽到功能的方法實例分析詳解

linux下的php-fpm參數配置介紹與參數最佳化說明詳解

Laravel中資料遷移與資料填充的詳細步驟詳解

##

以上是解決Linux下php-fpm進程過多導致記憶體耗盡問題詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！