這篇文章主要介紹了解決Linux下php-fpm進程過多導致記憶體耗盡問題,需要的朋友可以參考下
最近,發現個人部落格的Linux伺服器,資料庫服務經常掛掉,導致需要重啟,才能正常訪問,極其噁心,於是決心開始解決問題,解放我的時間和精力(我可不想經常出問題,然後人工重啟,費力費時)。
分析問題
發現問題以後,先使用free -m
指令查看目前伺服器執行狀況:
可以看到我的伺服器記憶體是2G的,但是目前可用記憶體只剩下70M,記憶體使用率高達92%,很有可能是記憶體使用率過高導致資料庫服務掛斷。
繼續看詳細情況,使用top
指令:
#然後再看指令輸出結果中詳細列出的進程狀況,重點在第10列記憶體使用佔比:
發現CPU使用率不算高,也排除了CPU的問題,另外可以看到資料庫服務佔用15.2%的內存,內存使用過高時將會擠掉資料庫進程(佔用內存最高的進程),導致服務掛斷,所以我們需要查看詳細內存使用情況,是哪些進程耗費了這麼多的內存呢?
使用指令:
ps auxw|head -1;ps auxw|sort -rn -k4|head -40##查看消耗記憶體最多的前40個進程:
查看第四列記憶體使用佔比,發現除了mysql資料庫服務之外,php-fpm服務池開啟了太多子進程,佔用超過大半內存,問題找到了,我們開始解決問題:設定控制php- fpm進程池進程數量。
解決問題
透過各種搜尋手段,發現可以透過設定pm.max_children 屬性,控制php- fpm子程序數量,首先,打開php-fpm配置文件,執行指令:
vi /etc/php-fpm.d/www.conf找到
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%。
systemctl restart php-fpm#再次查看記憶體使用情況, 使用記憶體降低很多: 之後經過多次觀察記憶體使用情況,發現這次改進後,伺服器記憶體資源消耗得到很大緩解。
ps:查看php-fpm開啟的進程數以及每個進程的記憶體限制
1.透過指令查看伺服器上一共開了多少的php-cgi 程序ps -fe |grep "php-fpm"|grep "pool"|wc -l#2.查看已經有多少個php-cgi程序用來處理tcp請求
netstat -anp|grep "php-fpm"|grep "tcp"|grep "pool"|wc -l3.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中文網的支持!#
linux下的php-fpm參數配置介紹與參數最佳化說明詳解
##
以上是解決Linux下php-fpm進程過多導致記憶體耗盡問題詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!