看懂PHP進程管理器php-fpm

php-fpm是什么

php-fpm是PHP的一個進程管理器。php下面的眾多work進程皆有php-fpm進程管理器管理。

相關學習推薦：PHP編程從入門到精通

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。

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目錄下面，大致的意思，就是該目錄下面的文件是不是存儲再硬盤中的，而是存儲再內存中的。至于硬盤讀取和內存讀取，誰快誰慢，肯定是內存最快了。

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了。