php-fpm是什么
php-fpm是PHP的一個進程管理器。php下面的眾多work進程皆有php-fpm進程管理器管理。
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了。
以上就是一文看懂PHP進程管理器php-fpm的詳細內容,更多關于PHP進程管理器php-fpm的資料請關注腳本之家其它相關文章!
您可能感興趣的文章:- 淺談并發處理PHP進程間通信之外部介質
- PHP如何限制定時任務的進程數量
- PHP基于進程控制函數實現多線程
- php 的多進程操作實踐案例分析
- php 多進程編程父進程的阻塞與非阻塞實例分析
- php實現的簡單多進程服務器類完整示例
- PHP 進程池與輪詢調度算法實現多任務的示例代碼
- php進程(線程)通信基礎之System V共享內存簡單實例分析
- 淺談并發處理PHP進程間通信之System V IPC