PHP進程管理器php-fpm配置說明

php-fpm是什麼

php-fpm是PHP的一個進程管理器。php下面的衆多work進程皆有php-fpm進程管理器管理。具體可參考:http://www.qqdeveloper.com/20...

php-fpm的工做原理

php-fpm全名是PHP FastCGI進程管理器。php-fpm啓動後會先讀php.ini，而後再讀相應的conf配置文件，conf配置能夠覆蓋php.ini的配置。
啓動php-fpm以後，會建立一個master進程，監聽9000端口（可配置），master進程又會根據fpm.conf/www.conf去建立若干子進程，子進程用於處理實際的業務。
當有客戶端（好比nginx）來鏈接9000端口時，空閒子進程會本身去accept，若是子進程所有處於忙碌狀態，新進的待accept的鏈接會被master放進隊列裏，等待fpm子進程空閒；這個存放待accept的半鏈接的隊列有多長，由listen.backlog 配置。

如何查看php-fpm進程與子進程

查看php-fpm相關的全部進程。

這裏pool www皆是php-fpm的子進程，也就是咱們常說的work進程。

查看php-fpm下面的子進程

經過上面的命令，其實咱們可以看出php-fpm相關的進程了，若是咱們須要更加直觀的查看php-fpm的master進程和work進程，能夠經過下面的方式進程查看。
這裏的5370則是php-fpm的master進程號。經過上面的命令已經很能直觀的得出。

經過上面的命令，能夠看出php-fpm做爲master進程，下面有15個子進程。這裏的子進程數都是能夠進程自定義配置。經過以下幾個參數進程配置:

pm = dynamic # 動態建立子進程
pm.max_children = 20 # 最大子進程數
pm.start_servers = 15 # 初始化php-fpm進程時，默認的子進程數

php-fpm參數配置說明

php-fpm全局配置參數

#php-fpm的運行權限。
#以什麼用戶什麼組的權限來運行池fpm。
user = www
group = www

#php-fpm的運行方式，可使端口，也可使socke文件。
#若是是端口則是走tcp，若是是socket則直接讀socket文件，這樣性能相對更好。
listen = 127.0.0.1:9000 

#擁有socket權限的用戶，須要和上面的user、group配置相結合。
#若是採用的端口的方式，則不配置。
listen.owner = www
listen.group = www
listen.mode = 0660

#這是php-fpm端口鏈接的地址。多個用","隔開。默認任意地址均可以鏈接。
#例如Nginx和php-fpm不在同一臺服務器上，這裏的值就是Nginx服務的ip地址。
#當Nginx和php-fpm配置在同一臺服務器上，則直接寫127.0.0.1便可。
listen.allowed_clients = 127.0.0.1 

#pid進程文件存放的位置，當咱們啓用一個php服務，
#則會自動建立一個該pid文件，其實咱們能夠直接把該文件理解理解php-fpm的進程號文件，
#兩則是等價的。默認爲none。
pid = /opt/remi/php72/root/var/run/php-fpm/php-fpm.pid 

#錯誤日誌位置，默認：安裝路徑 #INSTALL_PREFIX#/log/php-fpm.log。
#若是設置爲syslog，log就會發送給syslogd服務而不會寫進文件裏。
error_log = /opt/remi/php72/root/var/log/php-fpm/error.log 

#PHP限制的文件擴展名
security.limit_extensions = .php .php3 .php4 .php5 .php7

#系統日誌標示，若是跑了多個fpm進程，須要用這個來區分日誌是誰的。
syslog.ident = php-fpm 

#日記登記，可選：alert, error, warning, notice, debug。
log_level = notice 

#緊急重啓閾值，須要與下面emergency_restart_interval參數一塊兒配置。
emergency_restart_threshold = 60 

# 緊急重啓閾值的時間範圍。在此參數設置的時間內，
# 出現SIGSEGV或SIGBUS的子進程數超過emergency_restart_threshold參數設置的值。
# 那麼fpm就會優雅的重啓，值是0表示off這個功能，可用的單位有：s秒,m分,h時,d天。
emergency_restart_interval = 60s 

#設置子進程接受主進程複用信號的超時時間。
process_control_timeout = 0 

#當動態管理子進程時，fpm最多能fork多少個進程，0表示無限制，
# 這是全部進程池能啓動子進程的總和，謹慎使用。
process.max = 128 

#設置子進程的優先級，在master進程以root用戶啓動時有效；
#若是沒有設置，子進程會繼承master進程的優先級，值範圍-19(最高)到20(最低)，默認不設置。
process.priority = -19 

#設置成no用於調試bug，默認爲yes。
daemonize = yes 

#master進程最多能打開的文件數量。默認採用系統設置的值。
rlimit_files = 1024 

#master進程核心rlimit限制值；可選unlimited或>=0的整數，默認爲系統的值。
rlimit_core = 0

#事件處理機制，默認自動檢測，可選值：select，poll，
#epoll(linux>=2.5.44)，kqueue，/dev/poll，port
events.mechanism = epoll 

#fpm想系統發送狀態的頻率。單位有s,m,h。
#前提是fpm被設置會系統服務。
systemd_interval = 10s

php-fpm的進程進程池配置

#php-fpm的隊列長度。
listen.backlog = 65535 

#php進程池權限，一樣要master進程是root用戶纔有效，
#和上面的全局設置同樣，不設置的話會繼承master進程的優先級。
process.priority = -19 

#子進程管理方式
#static(靜態配置，在啓動php-fpm時根據該值建立固定的子進程數量)；
#dynamic(動態配置，在啓動php-fpm時根據pm.start_servers的值初始化對應的子進程數，至少一個子進程)；
#ondemand(按需配置，在啓動php-fpm時不建立子進程，而是根據請求動態fork子進程)；
pm = dynamic 

#最大子進程數量
pm.max_children = 5 

#初始化子進程數量，與上面的pm = dynamic配置使用。
pm.start_servers = 2 

#服務器閒置時最少保持2個子進程，不夠這個數就會建立，只適用動態dynamic管理方式
pm.min_spare_servers = 2 

#服務器閒置時最多要有幾個，多了會kill，只適用動態dynamic管理方式
pm.max_spare_servers = 3 

#子進程閒置時間，也就是說子進程沒有可處理的任務時，在該之間使就會被killed。
pm.process_idle_timeout = 10s

#每一個子進程最大的處理請求數量。在必定程度上能夠防止內存泄漏。
pm.max_requests = 500 

#php-fpm狀態監控的uri
pm.status_path string

#php-fpm監控頁面的 ping 網址。
#若是沒有設置，則沒法訪問 ping 頁面。
#該頁面用於外部檢測php-fpm是否存活而且能夠響應請求。請注意必須以斜線開頭（/）。
ping.path string

#用於定義ping請求的返回響應。返回爲 HTTP 200 的 text/plain 格式文本。默認值：pong。
ping.response string

#設置worker的nice(2)優先級（若是設置了的話）。
#該值從 -19（最高優先級） 到 20（更低優先級）。 
#默認值：不設置
process.priority int

#檢測路徑時使用的前綴
prefix string

#訪問文件日誌，沒啥用處，好比yii2每次都記錄訪問index.php，只是記錄真實的PHP文件。
access.log = var/log/$pool.access.log 

#php的慢日誌
slowlog = var/log/$pool.log.slow 

#慢日誌時間閾值
request_slowlog_timeout = 2s 

#單個請求的超時時間，當php.ini設置的最大執行時間未生效，則交由它來處理。
request_terminate_timeout = 3s 

#最大打開句柄數，默認爲系統值。
rlimit_files = 1024 

#最多的核心使用數，默認爲系統分配。
rlimit_core = 0

部分配置演示

php-fpm的backlog大小設置

php-fpm的backlog大小設置與php-fpm的處理能力有關，而不是越大越好。

當該值設置過大，致使php-fpm處理不過來，nginx那邊等待超時，斷開鏈接，報504 gateway timeout錯。同時php-fpm處理完準備write 數據給nginx時，發現TCP鏈接斷開了，報「Broken pipe」。

當該值設置太小，nginx之類的client請求，根本進入不了php-fpm的accept queue，報「502 Bad Gateway」錯。因此，這還得去根據php-fpm的QPS來決定backlog的大小。計算方式最好爲QPS=backlog。
具體能夠參考:https://www.jianshu.com/p/3ec...

php-fpm啓動模式

php-fpm以socket啓動或者端口啓動，這兩種的方式根據實際狀況進行配置。

nginx和php-fpm在同一臺服務器上，這時能夠直接用unix socket進程間通訊，不走tcp端口通訊，能夠節約建立鏈接的時間，從而提升性能。sock文件隨便建立到哪裏均可以，只要fpm有權限在那個目錄裏寫文件，nginx有權限去讀就能夠。tcp鏈接會更穩定，由於有tcp協議保證數據的正確性，可是sock有更少的數據拷貝和上下文切換，更少的資源佔用。不過只能在nginx和fpm在同一臺機器上才能用socket。

如何選擇socket啓動仍是端口啓動。

因爲tcp方式相對unix的方式，併發量更高，所以針對併發量高的項目，建議採用tcp方式，如今Nginx配置示例文件默認的也是tcp方式。

使用unix方式，能夠優化的點，就是將socket文件放在/dev/shm目錄下面，至於爲何放在這個目錄能夠參考.https://www.linuxidc.com/Linu... 。大體的意思，就是該目錄下面的文件是否是存儲再硬盤中的，而是存儲再內存中的。至於硬盤讀取和內存讀取，誰快誰慢，確定是內存最快了。

socket方式啓動如何查看socke文件。

socket文件是根據上面提到的pid配置項而定的。咱們能夠直接使用cat命令，查看進程號。

子進程默認啓動數量，經過上面的pm = dynamic 配置，咱們知道這種方式是動態配置子進程大小的，同時咱們也能夠設置默認的子進程數。

pm = dynamic
pm.max_children = 20
### 默認15個子進程，演示的效果就是上面的shell命令的結果圖。
pm.start_servers = 15

當咱們嘗試設置爲3時，顯示以下錯誤信息。

說明，這裏的start_servers配置項和min_spare_servers配置是有必定的關係的。咱們設置爲最小10，結果就能正常啓動php-fpm了。