php-fpm進程數最佳化方法

背景
自己的伺服器是雲端服務器，最近經常出現php-fpm假死狀態,硬碟和記憶體都比較小，所以記憶體經常不夠使，通過Linux命令查看後，發現啟動php-fpm進程數有20多個，佔用了將近1G的記憶體，整個伺服器才1.5G的記憶體，最後通過對php-fpm進程數最佳化解決了此問題，伺服器多節省出600M的記憶體，將php-fpm的最佳化方法和大家分享下。
備忘：目前根據nginx、fpm-php進行了記憶體最佳化，詳情見相關資料
php-fpm最佳化

1、php-fpm最佳化參數介紹
他們分別是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。

pm：表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。
在更老一些的版本中，dynamic被稱作apache-like。這個要注意看設定檔的說明。


下面4個參數的意思分別為：

pm.max_children：靜態方式下開啟的php-fpm進程數量
pm.start_servers：動態方式下的起始php-fpm進程數量
pm.min_spare_servers：動態方式下的最小php-fpm進程數
pm.max_spare_servers：動態方式下的最大php-fpm進程數量

區別：

如果dm設定為 static，那麼其實只有pm.max_children這個參數生效。系統會開啟設定數量的php-fpm進程。
如果dm設定為 dynamic，那麼pm.max_children參數失效，後面3個參數生效。
系統會在php-fpm運行開始 的時候啟動pm.start_servers個php-fpm進程，
然後根據系統的需求動態在pm.min_spare_servers和pm.max_spare_servers之間調整php-fpm進程數


2、伺服器具體配置
對於我們的伺服器，選擇哪種執行方式比較好呢。事實上，跟Apache一樣，啟動並執行PHP程式在執行完成後，或多或少會有記憶體泄露的問題。
這也是為什麼開始的時候一個php-fpm進程只佔用3M左右記憶體，運行一段時間後就會上升到20-30M的原因了。
對於記憶體大的伺服器（比如8G以上）來說，指定靜態max_children實際上更為妥當，因為這樣不需要進行額外的進程數目控制，會提高效率。
因為頻繁開關php-fpm進程也會有時滯，所以記憶體夠大的情況下開靜態效果會更好。數量也可以根據 記憶體/30M 得到，比如8GB記憶體可以設定為100，
那麼php-fpm耗費的記憶體就能控制在 2G-3G的樣子。如果記憶體稍微小點，比如1G，那麼指定靜態進程數量更加有利於伺服器的穩定。
這樣可以保證php-fpm只擷取夠用的記憶體，將不多的記憶體配置給其他應用去使用，會使系統的運行更加暢通。
對於小記憶體的伺服器來說，比如256M記憶體的VPS，即使按照一個20M的記憶體量來算，10個php-cgi進程就將耗掉200M記憶體，那系統的崩潰就應該很正常了。
因此應該盡量地控制php-fpm進程的數量，大體明確其他應用佔用的記憶體後，給它指定一個靜態小數量，會讓系統更加平穩一些。或者使用動態方式，
因為動態方式會結束掉多餘的進程，可以回收釋放一些記憶體，所以推薦在記憶體較少的伺服器或VPS上使用。具體最大數量根據 記憶體/20M 得到。
比如說512M的VPS，建議pm.max_spare_servers設定為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設定，比如伺服器上只是部署php環境的話，比較合適的值在5~10之間。

本伺服器配置

1、伺服器基本資料：
硬碟：資料盤30G、系統硬碟20G
記憶體：1.5G
CPU：雙核
系統：CentOS 6.3 64位
頻寬：獨享2M
2、部署的應用
Git、SVN、Apache、Tomcat、PHP、Nginx、Mysql、JDK
3、最佳化後的參數
pm = dynamic
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8