關於php-fpm的進程數管理
- 不言原創
- 2018-07-13 16:03:102957瀏覽
這篇文章主要介紹了關於php-fpm的進程數管理，有著一定的參考價值，現在分享給大家，有需要的朋友可以參考一下
PHP-FPM
先來了解一些名詞概念：
CGI是Common Gateway Interface（通用網管協定），用來讓互動程式和Web伺服器通訊的協定。它負責處理URL的請求，啟動一個進程，將客戶端發送的資料作為輸入，由Web伺服器收集程式的輸出並加上合適的頭部，再發送回客戶端。
FastCGI是基於CGI的增強版本的協議，不同於創建新的進程來服務請求，使用持續的進程和創建的子進程來處理一連串的進程，這些進程由FastCGI伺服器管理，開銷更小，效率更高。
PHP-FPM是PHP實作的FastCGI Process Manager(FastCGI進程管理器), 用來取代PHP FastCGI的大部分附加功能，適用於高負載網站。支援的功能如：
平滑停止/啟動的高階處理管理功能
慢日誌記錄腳本
-
#動態/靜態子程序產生
基於php.ini的設定檔
##PHP-FPM在5.4之後已經整合進入PHP原始碼中，提供更好的PHP進程管理方式，可以有效控制記憶體和進程，平滑重載PHP配置。如果需要使用，在./configure的時候帶上-enable-fpm參數即可，使用PHP-FPM來控制FastCGI進程:
// 支持start/stop/quit/restart/reload/logrotate参数 // quit/reload是平滑终止和平滑重新加载，即等现有的服务完成 ./php-fpm --start
PHP-FPM 設定
#PHP-FPM設定檔為php-fpm.conf#，在這個設定檔中我們需要了解一些參數。下面所有的子進程均指php-fpm進程，可以在終端機透過ps aux | grep php查看。
- 顯示
php-fpm: pool www
的代表work子程序（實際處理請求） - 顯示
php-fpm: process master
的代表master主程序（負責管理work子程序）
##先看
PHP-FPM最重要的全域設定部分：
emergency_restart_interval設定的時間內收到該參數設定次數的SIGSEGV或SIGBUS退出的訊號，則FPM會重新啟動。預設值為0，表示關閉該功能。
s(預設)/m/h/d，預設值為0， 表示關閉。
能夠建立的最大子進程數量，它在使用多個pm = dynamic配置的php-fpm pool行程池的時候，控制全域的子程序數。預設值為0，代表著無限制。 進程池配置
的設定其餘部分是一個名為Pool Definitions的區域，這個區域的設定設定每個PHP-FPM進程池，進程池中是一系列相關的子進程。這部分一開始都是[進程池名稱]，如[www]。 此時可以解釋看到
中顯示的是php-fpm: pool www。
指的是process manager，指定進程管理器如何控制子程序的數量，它為必填項，支援3個值：
- static
: 使用固定的子行程數量，由
pm.max_children指定 - dynamic
：基於下面的參數動態的調整子程序的數量，至少有一個子程序
- pm.max_chidren
: 可以同時存活的子程序的最大數量
- #pm.start_servers
: 啟動時建立的子程序數量，預設值為
min_spare_servers max_spare_servers - min_spare_servers) / 2##pm.min_spare_servers - ：空閒狀態的子程序的最小數量，如果不足，新的子程序會被自動建立
- : 空閒狀態的子程序的最大數量，如果超過，一些子程序會被殺死
- : 啟動時不會建立子進程，當新的請求到達時才建立。會使用下面兩個參數：
- t 子程序的空閒逾時時間，如果逾時時間到沒有新的請求可以服務，則會被殺死
- pm.max_children
pm.max_requests
每一个子进程的最大请求服务数量，如果超过了这个值，该子进程会被自动重启。在解决第三方库的内存泄漏问题时，这个参数会很有用。默认值为0，指子进程可以持续不断的服务请求。
PHP-FPM配置优化
PHP-FPM管理的方式是一个master主进程，多个pool进程池，多个worker子进程。其中每个进程池监听一个socket套接字。具体的图示：
其中的worker子进程实际处理连接请求，master主进程负责管理子进程：
1. `master`进程，设置1s定时器，通过`socket`文件监听 2. 在`pm=dynamic`时，如果`idle worker`数量`pm.max_spare_servers`，杀死多余的空闲子进程 4. 在`pm=ondemand`时，如果`idle worker`空闲时间>`pm.process_idle_timeout`，杀死该空闲进程 5. 当连接到达时，检测如果`worker`数量>`pm.max_children`，打印`warning`日志，退出；如果无异常，使用`idle worker`服务，或者新建`worker`服务
保障基本安全
我们为了避免PHP-FPM主进程由于某些糟糕的PHP代码挂掉，需要设置重启的全局配置：
; 如果在1min内有10个子进程被中断失效，重启主进程 emergency_restart_threshold = 10 emergency_restart_interval = 1m
进程数调优
每一个子进程同时只能服务一次连接，所以控制同时存在多少个进程数就很重要，如果过少会导致很多不必要的重建和销毁的开销，如果过多又会占用过多的内存，影响其他服务使用。
我们应该测试自己的PHP进程使用多少内存，一般来说刚启动时是8M左右，运行一段时间由于内存泄漏和缓存会上涨到30M左右，所以你需要根据自己的预期内存大小设定进程的数量。同时根据进程池的数量来看一个进程管理器的子进程数量限制。
测试平均PHP子进程占用的内存：
$ps auxf | grep php | grep -v grep
work 26829 0.0 0.0 715976 4712 ? Ss Jul11 0:00 php-fpm: master process (./etc/php-fpm.conf)
work 21889 0.0 0.0 729076 29668 ? S 03:12 0:20 \_ php-fpm: pool www
work 21273 0.0 0.0 728928 31380 ? S 03:25 0:21 \_ php-fpm: pool www
work 15114 0.0 0.0 728052 29084 ? S 03:40 0:19 \_ php-fpm: pool www
work 17072 0.0 0.0 728800 34240 ? S 03:54 0:22 \_ php-fpm: pool www
work 22763 0.0 0.0 727904 20352 ? S 11:29 0:04 \_ php-fpm: pool www
work 38545 0.0 0.0 727796 19484 ? S 12:34 0:01 \_ php-fpm: pool www
// 共占用的内存数量
$ps auxf | grep php | grep -v grep | grep -v master | awk '{sum+=$6} END {print sum}'
162712
// 所有的子进程数量
$ ps auxf | grep php | grep -v grep | grep -v master | wc -l
6
可以看到第6列，每一个子进程的内存占用大概在19-34M之间（单位为KB）。平均的内存占用为162712KB/6 = 27.1M。
查看服务器总的内存大小
$ free -g total used free shared buffers cached Mem: 157 141 15 0 4 123 -/+ buffers/cache: 13 143 Swap: 0 0 0
可以看出我的服务器总得内存大小是157G（-g采用了G的单位）。
进程数限制
此时如果我们分配全部的内存给PHP-FPM使用，那么进程数可以限制在157000/27 = 5814,但是由于我的服务器同时服务了很多内容，所以我们可以向下调整到512个进程数：
process.max = 512 pm = dynamic pm.max_children = 512 pm.start_servers = 16 pm.min_spare_servers = 8 pm.max_spare_serveres = 30
防止内存泄漏
由于糟糕的插件和库，内存泄漏时有发生，所以我们需要对每一个子进程服务的请求数量做限制，防止无限制的内存泄漏：
pm.max_requests = 1000
重启
如果上面的配置都按照你的实际需求和环境配置好了，不要忘记重启PHP-FPM服务。
以上就是本文的全部内容，希望对大家的学习有所帮助，更多相关内容请关注PHP中文网！
相关推荐：
以上是關於php-fpm的進程數管理的詳細內容。更多資訊請關注PHP中文網其他相關文章！