首頁 >後端開發 >php教程 >Nginx使用的php-fpm進程管理方式及最佳化

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

coldplay.xixi
coldplay.xixi轉載
2020-08-08 16:51:432399瀏覽

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)的。

相關學習推薦:php程式設計(影片)

#程式碼如下:
##

Process manager settings
<value name=”pm”>
Sets style of controling worker process count.
Valid values are &#39;static&#39; and ‘apache-like&#39;
<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 &#39;idle&#39;
; state (waiting to process). If the number
; of &#39;idle&#39; processes is less than this
; number then some children will be created.
; pm.max_spare_servers - the maximum number of children in &#39;idle&#39;
; state (waiting to process). If the number
; of &#39;idle&#39; 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。

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

這裡先說一下涉及到這個的幾個參數,他們分別是

pmpm.max_childrenpm.start_serverspm.min_spare_serverspm.max_spare_serverspm表示使用那種方式,有兩個值可以選擇,就是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中文網其他相關文章!

陳述:
本文轉載於:jb51.net。如有侵權,請聯絡admin@php.cn刪除