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個子進程。這里的子進程數都是可以進程自定義配置。通過如下幾個參數進程配置:
|
1
2
3
|
pm = dynamic # 動態創建子進程pm.max_children = 20 # 最大子進程數pm.start_servers = 15 # 初始化php-fpm進程時，默認的子進程數 |
php-fpm參數配置說明
php-fpm全局配置參數
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
|
#php-fpm的運行權限。#以什么用戶什么組的權限來運行池fpm。user = wwwgroup = www#php-fpm的運行方式，可以使端口，也可以使socke文件。#如果是端口則是走tcp，如果是socket則直接讀socket文件，這樣性能相對更好。listen = 127.0.0.1:9000 #擁有socket權限的用戶，需要和上面的user、group配置相結合。#如果采用的端口的方式，則不配置。listen.owner = wwwlisten.group = wwwlisten.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，portevents.mechanism = epoll #fpm想系統發送狀態的頻率。單位有s,m,h。#前提是fpm被設置會系統服務。systemd_interval = 10s |
php-fpm的進程進程池配置
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
|
#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狀態監控的uripm.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 配置，我們知道這種方式是動態配置子進程大小的，同時我們也可以設置默認的子進程數。
|
1
2
3
4
|
pm = dynamicpm.max_children = 20### 默認15個子進程，演示的效果就是上面的shell命令的結果圖。pm.start_servers = 15 |
當我們嘗試設置為3時，顯示如下錯誤信息。
說明，這里的start_servers配置項和min_spare_servers配置是有一定的關系的。我們設置為最小10，結果就能正常啟動php-fpm了。
以上就是一文看懂PHP進程管理器php-fpm的詳細內容，更多關于PHP進程管理器php-fpm的資料請關注服務器之家其它相關文章！
原文鏈接：https://www.imooc.com/article/304958
