這篇文章主要介紹了解決Linux下php-fpm進程過多導致記憶體耗盡問題,需要了解php-fpm朋友可以參考下本篇文章,學習一下如何解決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
netstat -anp|grep "php-fpm"|grep "tcp"|grep "pool"|wc -l
設定方法:
編輯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進程過多導致記憶體耗盡問題解決,希望對大家有幫助。
相關推薦:
以上是解決Linux下php-fpm進程過多導致記憶體耗盡問題_php實例的詳細內容。更多資訊請關注PHP中文網其他相關文章!