Nginx使用的php-fpm進程管理方式及優化

PS：前段時間設定php-fpm的時候，無意中發現原來它還有兩種進程管理方式。與Apache類似，它的進程數也是可以根據設定分爲動態和靜態的。

php-fpm目前主要又兩個分支，分別對應於php-5.2.x的版本和php-5.3.x的版本。在5.2.x的版本中，php-fpm.conf使用的是xml格式，而在新的5.3.x版本中，則是和php.ini一樣的設定風格。
在5.2.x版本中，php-fpm.conf中對於進程管理號稱是有兩種風格，一種是靜態(static)的，一種是類似於apache風格(apache-like)的。

相關學習推薦：（視訊）

程式碼如下:

Process manager settings
<value name=」pm」>
Sets style of controling worker process count.
Valid values are 'static' and ‘apache-like'
<value name=」style」>static</value>

按照文件的說明，如果pm的style採用apache-like，啓動的進程數應該是和StartServers指定的一樣。不過經過數次的嘗試，會發現，實際上在這裏將pm的style設定成apache-like沒有起任何作用。也就是說，這裏的apache-like並沒有被實現。
不過，在最新的5.3.x的配套php-fpm中，apache風格的進程管理已經被實現了。

程式碼如下:

; Choose how the process manager will control the number of child processes.
; Possible Values:
; static - a fixed number (pm.max_children) of child processes;
; dynamic - the number of child processes are set dynamically based on the
; following directives:
; pm.max_children - the maximum number of children that can
; be alive at the same time.
; pm.start_servers - the number of children created on startup.
; pm.min_spare_servers - the minimum number of children in 'idle'
; state (waiting to process). If the number
; of 'idle' processes is less than this
; number then some children will be created.
; pm.max_spare_servers - the maximum number of children in 'idle'
; state (waiting to process). If the number
; of 'idle' processes is greater than this
; number then some children will be killed.
; Note: This value is mandatory.
;pm = dynamic
pm = static

由上面一段文字可知，對於進程的管理存在兩種風格——static和dynamic。和之前的版本的進程管理其實還是一樣的，只是將apache-like改成了dynamic，這樣更容易理解。

如果設定成static，php-fpm進程數自始至終都是pm.max_children指定的數量，不再增加或減少。
如果設定成dynamic，則php-fpm進程數是動態的，最開始是pm.start_servers指定的數量，如果請求較多，則會自動增加，保證空閒的進程數不小於pm.min_spare_servers，如果進程數較多，也會進行相應清理，保證多餘的進程數不多於pm.max_spare_servers。

這兩種不同的進程管理方式，可以根據伺服器的實際需求來進行調整。

這裏先說一下涉及到這個的幾個參數，他們分別是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進程數。

那麼，對於我們的伺服器，選擇哪種執行方式比較好呢？事實上，跟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，則建議根據伺服器的負載情況來設定，比較合適的值在5~10之間。

相關推薦：

以上就是Nginx使用的php-fpm進程管理方式及優化的詳細內容，更多請關注php中文網其它相關文章！