phpfpmmaster

㈠ php-fpm的文档

php-fpm 已经在 linux、MacOSX、Solaris 和 FreeBSD 上测试通过。
确信 libxml2（在某些系统上叫做libxml2-devel）已经安装。
下载最小的 php 和php-fpm
$ bzip2 -cdphp-5.2.5.——tar.——bz2 | tar xf -
$ gzip -cdphp-5.2.5-fpm-0.5.7.diff.gz | patch -d php-5.2.5 -p1
$ cdphp-5.2.5 && ./configure --enable-fastcgi--enable-fpm
$ make all install
编辑 $prefix/etc/php-fpm.conf
运行 $prefix/bin/php-cgi --fpm
仔细检查 $prefix/logs/php-fpm.log
运行phpinfo() 检查你的网站是否还正常运行
master 进程的 pid 被存放在 $prefix/logs/php-fpm.pid
master进程可以理解以下信号： SIGINT, SIGTERM 立刻终止 SIGQUIT 平滑终止 SIGUSR1 重新打开日志文件 SIGUSR2 平滑重载所有worker进程并重新载入配置和二进制模

㈡ 如何用supervisor守护php-fpm主进程以实现php-fpm的自动重启

1. 安装supervisor
supervisor本身是python实现的，而且是调研阶段，故先创建一个新的virtualenv环境，然后用pip安装好supervisor包。

至此，基本的调研环境搭建完毕。当然，php-fpm和PHP环境以及前端的Nginx是早就ready的。

2. 分析php-fpm.sh脚本

通常编译安装PHP后，php-fpm这个2进制的C程序也会被编译并安装好，典型路径在php_install_path/sbin/目录下。该
目录下还有个名为php-fpm.sh的脚本用于控制php-fpm进程的start/stop/restart/reload等动作。

./sbin/php-fpm.sh脚本中，”start”操作启动了php-fpm主进程，其余的操作都是通过向php-fpm master进程发signal实现的。

<code class="hljs bash">## code segment in php-fpm.sh
case "$1" in
start)
echo -n "Starting php-fpm "
## 下面这行是关键命令
$php_fpm_BIN --daemonize $php_opts

if [ "$?" != 0 ] ; then
echo " failed"
exit 1
fi

wait_for_pid created $php_fpm_PID

if [ -n "$try" ] ; then
echo " failed"
exit 1
else
echo " done"
fi
;;</code>

从上面是终端输入”./sbin/php-fpm.sh
start”时，实际执行的代码，可以看到，php-fpm进程的启动参数是–daemonize
$php_opts，而$php_opts的值为”–fpm-config $php_fpm_CONF –pid $php_fpm_PID”。

注意: php-fpm.sh启动php-fpm master进程时，传入了daemonize参数，表明php-fpm master process以守护（daemon）方式启动，而根据supervisor文档的说明，当用supervisor监护进程时，被监护进程不能是守护进程，这是由于守护进程通常会在fork完子进程后就让父进程”结束生命”，也即由supervisor创建的父进程退出，此时，supervisor无法再监护已退出进程创建出来的子进程。关于daemon process的行为，可以参考Linux Daemon Writing HOWTO一文来理解。

根据上面的分析，我们知道，只要supervisor启动php-fpm进程时，不传入daemonize参数即可。

3. 实现php-fpm主进程守护功能的supervisor配置文件

上面的分析已经告诉我们应该怎么解决问题了，下面直接上验证可用的配置文件。文件位于php-fpm.conf同级目录下（典型路径为php_install_path/etc/）。

<code class="hljs bash"><code class="hljs vhdl">
[inet_http_server] ; inet (TCP) server disabled by default
port=127.0.0.1:9015 ; (ip_address:port specifier, *:port for all iface)

[supervisord]
logfile=./var/log/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=2 ; (num of main logfile rotation backups;default 10)
loglevel=info ; (log level;default info; others: debug,warn,trace)
pidfile=./var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
nodaemon=false ; (start in foreground if true;default false)
minfds=1024 ; (min. avail startup file descriptors;default 1024)
minprocs=200 ; (min. avail process descriptors;default 200)
identifier=sup.php-fpm ; (supervisord identifier, default is 'supervisor')

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=http://127.0.0.1:9015 ; use an http:// url to specify an inet socket

[program:php-fpm]
command=bash -c "sleep 1 && /home/slvher/tools/php/5.6.11/sbin/php-fpm --fpm-config /home/slvher/tools/php/5.6.11/etc/php-fpm.conf --pid /home/slvher/tools/php/5.6.11/var/run/php-fpm.pid" ; the program (relative uses PATH, can take args)
process_name=%(program_name)s ; process_name expr (default %(program_name)s)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; whether/when to restart (default: unexpected)
startretries=5 ; max # of serial start failures (default 3)
exitcodes=0,2,70 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=2 ; max num secs to wait b4 SIGKILL (default 10)
</code></code>

配置文件结构通过查看supervisor文档很容易就能掌握，有两个配置项需要特别注意：

1) command

它指定了supervisor要监控的进程的启动命令，可以看到，这里我们没有给php-fpm传入daemonize参数，其余参数只是展开了php-fpm.sh中的shell变量而已。

大家已经注意到，command也不是直接调起php-fpm，而是通过bash -c执行了两个命令，而第一个命令是sleep 1。这是由于php-fpm在stop后，其占用的端口通常不能立即释放，此时，supervisor以极快的速度试图重新拉起进程时，可能会由于报如下错误而导致几次retry均失败：

<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript">## var/log/php-fpm.error.log
[18-Jul-2015 21:35:28] ERROR: unable to bind listening socket for address '127.0.0.1:9002': Address already in use (98)
[18-Jul-2015 21:35:28] ERROR: FPM initialization failed</code></code></code>

而supervisor目前还不支持delay restart功能，因此，这里只能通过先sleep再启动的略显tricky的方法来解决问题，结果表明，疗效不错且无副作用。-_-

2) autorestart

其文档描述如下：

<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver">May be one of false, unexpected, or true. If false, the process will never be autorestarted. If unexpected, the process will be restart when the program exits with an exit code that is not one of the exit codes associated with this process’ configuration (see exitcodes). If true, the process will be unconditionally restarted when it exits, without regard to its exit code.</code></code></code></code>

其默认值是unexpected，表示若被监护进程的exit code异常时，supervisor才会重新拉起进程。这里设置为true，表明任何时候进程退出均会被再次拉起。

这样配置好后，在本文第1步搭建好的virtualenv环境中，运行如下命令即可完成supervisor对php-fpm master进程的监护：

<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver"><code class="hljs avrasm">shell> supervisord -c etc/sup.php-fpm.conf</code></code></code></code></code>

然后，通过ps x | fgrep fpm可以看到，php-fpm主进程已经被拉起了。
然后，kill掉php-fpm主进程，再次ps x | fgrep fpm可以看到，一个新的php-fpm主进程会被supervisor创建出来。

至此，用supervisor守护php-fpm主进程以实现php-fpm的自动重启的需求已经解决了。

㈢ PHP FPM源代码反刍品味之四：事件处理

FPM master 进程启动后，会进入函数fpm_event_loop,无限循环.
处理事件.

master 进程所做的的事，总的来说就是两类：

简称timer事件,需按时运行，主要有3个:

简称fd事件,需从文件句柄(file descriptor)读取到指令后，依指令运行．
重复一下，unix 下一切IO, 皆文件，socket ,socketpair,pipe 都返回文件句柄(fd) 用于通信．
主要的fd有:

对于timer事件，多个事件在事件轴上是依次排列的，只需反复检查，到时运行．
对于fd事件，需监听多个fd，需用到我们第二篇讲的IO多路复用技术．

如果满足事件条件，则处理事件内容．

FPM设计上，两类事件使用同一个结构，并且事件触发条件和事件处理逻辑放到同一个事件对象里(C语言对象就是结构体)．
举个例子， 打铃下课，打铃是触发条件，下课是事件内容，两个同时放到一个事件对象 ，这是一个很好的设计．

fd值: -1
flags值:FPM_EV_PERSIST
which值: FPM_EV_TIMEOUT

fd值: 获取触发指令的文件fd
flags值: FPM_EV_EDGE(fd事件底层的边缘触发标志,需系统支持)
which值: FPM_EV_READ

两类事件分别放在两个事件队列
static struct fpm_event_queue_s *fpm_event_queue_timer = NULL;
static struct fpm_event_queue_s *fpm_event_queue_fd = NULL;

事件队列的结构很常见，双向队列：
typedef struct fpm_event_queue_s {
struct fpm_event_queue_s *prev;
struct fpm_event_queue_s *next;
struct fpm_event_s *ev;
} fpm_event_queue;

4移除事件 (fpm_event_del -> fpm_event_queue_del)
简单的出列操作：
static int fpm_event_queue_del(struct fpm_event_queue_s **queue, struct fpm_event_s *ev)
对于fd事件,需在底层事件轮询机制里移除（如：epoll）

5,运行事件回调函数：

6, 底层事件轮询模块结构

不同的操作系统，支持不同的IO事件机制，linux 支持epoll,
windows支持select, freebsd 支持kqueue,这个结构统一操作接口
在函数fpm_event_init_main里 调用mole->init初始化
fpm 里对应的配置

master进程在fpm_event_loop函数里无限循环，处理定时任务和fd事件.
期间会在mole->wait阻塞片刻，对于epoll机制，就是epoll_wait．

㈣ php如何把自身进程设置为系统进程

进程管理-防止进程成为僵尸进程

创建好了进程，那么怎么对子进程进行管理呢？

使用信号，对子进程的管理，一般有两种情况：(推荐学习：PHP编程从入门到精通)

posix_kill()：此函数并不能顾名思义，它通过向子进程发送一个信号来操作子进程，在需要要时可以选择给子进程发送进程终止信号来终止子进程；

pcntl_waitpid()：等待或返回fork的子进程状态，如果指定的子进程在此函数调用时已经退出(俗称僵尸进程)，此函数将立刻返回，并释放子进程的所有系统资源，此进程可以避免子进程变成僵尸进程，造成系统资源浪费；

孤儿进程：父进程挂了，子进程被pid=1的init进程接管(wait/waitpid)，直到子进程自身生命周期结束被系统回收资源和父进程 采取相关的回收操作

僵尸进程：子进程exit退出,父进程没有通过wait/waitpid获取子进程状态，子进程占用的进程号等描述资源符还存在，产生危害：例如进程号是有限的，无法释放进程号导致未来可能无进程号可用

**父进程中使用：pcntl_wait或者pcntl_waitpid的目的就是防止worker成为僵尸进程

作用：使用pcntl_wait()后，在子进程死掉后，父进程也会被停止**

最后我们通过下图来简单的总结和描述这个多进程实现的过程：

.png

进程管理-进程间通信

队列：如Redis，推荐

socket：推荐

管道：实现复杂，且管道(pipe)，使用文件形式存在，存在硬盘IO性能瓶颈

信号：承载信息量少，不好管理

进程管理-切换为守护进程

使用&实现

php deadloop.php &

相关资源：Nginx使用的php-fpm的两种进程管理方式及优化-其它代码类资源...
打开CSDN APP，看更多技术内容

php 进程管理,PHP 进程管理器 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解读-进程管理的三种模式_april2nd的博客_php-fpm...
php-fpm进程管理一共有三种模式:ondemand、static、dynamic,我们可以在同一个fpm的master配置三种模式,看下图1。php-fpm的工作模式和nginx类似,都是一个master,多个worker模型。每个worker都在accept本pool内的监听套接字(linux已不存在惊...
继续访问
浅谈PHP进程管理
这篇文章是对之前一篇文章的补充和改进, 创建一个主(master)进程，主进程安装定时器，每隔5分钟检测一次队列长度，根据队列长度计算需要的worker进程， 然后创建或者杀掉子进程。这样做的好处是防止队列堆积，任务得不到及时处理。更新业务代码，只需要reload操作即可。 整个流程有以下知识点： 创建守护进程的步骤: 设置默认文件权限 fork一个进程，父进程退出 调用setsid创建一个新的会话 将当前工作目录更改为根目录 关闭不再需要的文件描述符 使用信号实现定时器 上一篇定时器依赖于系统的定时任务，这次使用闹钟信号实现，php 5.3.0以下的版本依赖于ticks，
php 脚本 fpm缓存,PHP生命周期及fpm(FastCGI进程管理器)的运作方式
PHP在web方式中如何改了文件就立即生效的，重要的几个概念：sapi: 可以简单的理解为php引擎对外的一个统一接口，使得php可以和外部程序进行交互php的生命周期中关键四个调用: MINT -> RINT -> RSHUTDOWN -> MSHUTDOWNfpm: fastcgi进程管理器fpm方式的流程就是:fpm通过sapi接口与php进程交互1.fpm启动会调用各扩展...
继续访问
Linux下搭建PHP开发环境,Php-Fpm进程管理。_黑夜开发者的博客
目前PHP项目开发几种比较流行的架构搭建中,LNMP在性能方面是最好的,正因为如此,使得LNMP架构逐渐流行起来,今天,前面提到了Nginx部署,由于项目实际环境的需要,今天就在说一下怎么部署PHP。 环境 ...
继续访问
php而为,为高负载而生的 PHP 进程管理器 —— PHP-PM (PPM)
PHP-PM 可以用于php应用程序的进程管理,增压和负载均衡.它使用 ReactPHP 实现php的事件驱动和非阻塞I/O。 它是基于 ReactPHP,最好是工作在基于请求-响应式的框架,像Symfony的HTTPKernel。这样做是为了减少php启动(包括变量声明,加载和...
继续访问
最新发布 php进程管理
php 进程管理 tasks 过多
继续访问

PHP进程实现&管理
运行环境为Linux，模式为CLI DEMO /*要创建的子进程*/ $manager = [ 'work1', 'work2', 'work3', ]; /*当前进程名称*/ $status = file_exists('/proc/' . getmypid() . '/status'); $bash = '-'; if ($status) { $bash = file('/proc/' . getmypid() . '/status', FILE_IGNORE.
继续访问
php的管理进程管理利器--php-fpm_weixin_33778778的博客
mod_php 模式是将php模块安装到apache中,所以每一次apache结束的请求呢,都会产生一条进程,这个进程就完整的包括php的各种运算计算等操作。 从图中我们很清晰的可以看到,apache每接收一个请求,都会产生一个进程来连接php通过sapi来完成请求...
继续访问
php-frm进程管理,PHP内核探索-进程管理
进程管理方式首先我们了解一下php的三种不同的进程管理方式：static：静态管理进程。在启动时，master按照pm.max_children配置fork出对应数量的work进程，即work的进程是固定不变的。dynamic：动态管理进程。在fpm启动时先按照pm.start_servers初始化一定数量的work进程，运行期间如果master发现空闲work进程低于pm.min_spare_s...
继续访问
理解php-fpm的两种执行方式
前段时间配置php-fpm的时候，无意间发现原来他还有两种执行方式。与Apache一样，他的进程数也是可以根据设置分为动态和静态的。关于Apache的工作方式及对应的设置方法，我已经在《Ubuntu下配置Apache的Worker模式》一文中写出，这里不再多说。 而php-fpm也是同样存在两种方式，一种是直接开启指定数量的php-fpm进程，不再增加或者减少；另一...
继续访问
php进程原理_PHP进程管理器php-fpm的工作原理
PHP进程管理器php-fpm的工作原理发布时间：2020-07-21 17:46:39来源：亿速云阅读：133作者：小新今天小编给大家分享的是PHP进程管理器php-fpm的工作原理，相信很多人都不太了解，为了让大家更加了解，所以给大家总结了以下内容，一起往下看吧。一定会有所收获的哦。php-fpm是什么php-fpm是PHP的一个进程管理器。php下面的众多work进程皆有php-fpm进程管...
继续访问
如何管理php常驻进程,一看就懂系列之 如何实现与控制php常驻进程-Go语言中文社区...
前言关于如何实现与控制php常驻进程，不管是google还是上进行搜索，都没有感觉看起来赏心悦目的解答，于是决定自己动手总结下。有同学会问了，整这个干甚？简单的说就是，可以让一个php脚本一直处于运行的状态。从而实现将项目中某些耗时操作异步化，进队列后由php脚本取出再执行。有同学又会问了，直接在服务器直接命令“php test.php &”，不就可以实现了？那么这样做的话有三点...
继续访问

PHP-FPM(PHP进程管理器)
PHP-FPM
继续访问

php 进程管理,从 0 到 1 优雅的实现 PHP 多进程管理
_| |_ __ __ _ _ __ _ _| |_ ___| '_ \ / _` | '__| | | | __/ _ \| | | | (_| | | | |_| | || (_) ||_| |_|\__,_|_| \__,_|\__\___/ .TIGERB.cnAn object-oriented multi process manager for PHPVersion: 0...
继续访问
php-fpm进程管理的三种模式
转载自 php-fpm解读-进程管理的三种模式 —程序媛大丽 标明转载以示尊重 感谢原作者的分享。 php-fpm进程管理一共有三种模式：ondemand、static、dynamic，我们可以在同一个fpm的master配置三种模式，看下图1。php-fpm的工作模式和nginx类似，都是一个master，多个worker模型。每个worker都在accept本pool内的监听套接字（linu...
继续访问

php 进程管理那点事
之前本地开发和环境一直用的集成环境,最近新项目 集成了php7+nginx 跑了一段时间发现偶尔 有php进程退出的情况 排查原因 nginx log: 1111 upstream timed out (10060: A connection attempt failed because the connected party did not properly respond after ...
继续访问
从0到1优雅的实现PHP多进程管理
_ | | _ __ __ _ _ __ _ _| |_ ___ | '_ \ / _` | '__| | | | __/ _ \ | | | | (_| | | | |_| | || (_) | |_| |_|\__,_|_| \__,_|\__\___/ ...
继续访问
热门推荐 php-fpm安装、配置与优化
转载自：https://www.zybuluo.com/phper/note/89081 1、php中fastcgi和php-fpm是什么东西 最近在研究和学习php的性能方面的知识，看到了factcgi以及php-fpm，发现我对他们是少之又少的理解，可以说几乎是一无所知，想想还是蛮可怕的。决定仔细的学习一下关于这方面的知识。 参考和学习了以下文章： 1. mod_php和
继续访问
php-fpm的两种进程管理模式
php-fpm的两种进程管理模式 php-fpm的进程数也是可以根据设置分为动态和静态的。 一种是直接开启指定数量的php-fpm进程，不再增加或者减少； 另一种则是开始的时候开启一定数量的php-fpm进程，当请求量变大的时候，动态的增加php-fpm进程数到上限，当空闲的时候自动释放空闲的进程数到一个下限。 这两种不同的执行方式，可以根据服务器的实际需求来进行调整。 这里先说一下涉及
继续访问
7、Php-Fpm进程管理
1、进程管理 php-fpm采用的是master-worker的进程方式。其中， master负责监听端口，等待链接;其次，注册信号，可以通过信息好master进行管理 worker负责处理具体的逻辑 如下图所示 2、信号管理 master进程可以理解如下信号 信号 含义 INT, TERM 立刻终止 ...
继续访问
php进程控制
简介 PHP的进程控制支持实现了Unix方式的进程创建, 程序执行, 信号处理以及进程的中断。 进程控制不能被应用在Web服务器环境，当其被用于Web服务环境时可能会带来意外的结果。 这份文档用于阐述每个进程控制函数的通常用法。关于Unix进程控制的更多信息建议您查阅 系统文档中关于fork（2）,waitpid（2），signal（2）等的部分或更全面的参考资料比如 《Unix环境高级编程》
继续访问
php进程管理
php 进程管理

㈤ php性能加速之opcache

OPcache 是一个通过将 PHP 脚本预编译的字节码存储到共享内存中来提升 PHP 的性能的PHP扩展。 存储预编译字节码的好处就是 省去了每次加载和解析 PHP 脚本的开销。PHP 5.5.0 及后续版本中已经绑定了 OPcache 扩展。

首先，我们来先大致了解下http-->nginx-->php-fpm-->php处理的流程机制
http request ---> nginx（代理）----> php-fpm(master 进程，分配）----> php-fpm(worker处理 ) ---->php-cgi(1.启动ZEND引擎，加载配置，载入mole,2.初始化php脚本进行词法分析，语法分析，生成语法树，3.ZEND引擎编译语法树，生成可执行字节码。4.执行字节码，返回处理结果)
opcache 就缓存了php脚本预编译的字节码避免每次处理请求都重复执行（php-cgi处理的1，2，3）步骤，这样可以使得php性能大大提高。

php.ini

1.重启php-fpm
2.打印phpinfo()，看到有ZEND OPcache就证明已经开启成功了

㈥ nginx与php-fpm的简单的关系流程图

流程：

1，首先Browser通过Http协议发送一个请求到Nginx服务器

2，Nginx服务判断是否为静态资源是的话直接放回，否则加载nginx.conf配置文件里的fastcgi模块。
3，Nginx通过fastcgi_pass （默认是127.0.0.0:9000）把对应的请求按照fastcgi协议转发到PHP-FPM,php-fpm的master进程会监听9000端口，然后给php-fpm work进程，work进程 再调用php-cgi解析器并且生成php执行环境再去执行解析对应的PHP文件
4，解析完成再返回给nginx,然后返回给浏览器。

注：
1，php-fpm会生成一个master进程用于监控9000端口，负责分发给下面的work进程
2，fastcgi 是一种协议用于解析器和服务器之间的交互

㈦ PHP进程管理三种模式

ondemand：按请示创建进程数；

dynamic:初始化启动number进程数；

static：固定启动进程数；

php-fpm进程管理一共有三种模式： ondemand、static、dynamic ，我们可以在同一个fpm的master配置三种模式，看下图1。php-fpm的工作模式和nginx类似，都是一个master，多个worker模型。每个worker都在accept本pool内的监听套接字（linux已不存在惊群现象）。

ondemand

在php-fpm启动的时候，不会给这个pool启动任何一个worker，是按需启动，当有连接过来才会启动。

配置文件（我的配置文件地址为：/usr/local/php/etc/php-fpm.conf）

当前pool的名字为test

原理

 ondemand原理图

1. 从上图可以看出，新建worker的触发条件是连接的到来，而不是实际的请求（例如，只进行连接比如telnet，不发请求数据也会新建worker）

2. worker的数量受限于pm.max_children配置，同时受限全局配置process.max（准确的说，三种模式都受限于全局配置）

3.1秒定时器作用

找到空闲worker，如果空闲时间超过pm.process_idle_timeout大小，关闭。这个机制可能会关闭所有的worker。

配置项要求

1. pm.max_children> 0

2. pm.process_idle_timeout> 0，如果不设置，默认10s

优缺点

优点：按流量需求创建，不浪费系统资源（在硬件如此便宜的时代，这个优点略显鸡肋）

缺点：由于php-fpm是短连接的，所以每次请求都会先建立连接，建立连接的过程必然会触发上图的执行步骤，所以，在大流量的系统上master进程会变得繁忙，占用系统cpu资源，不适合大流量环境的部署

dynamic

在php-fpm启动时，会初始启动一些worker，在运行过程中动态调整worker数量，worker的数量受限于pm.max_children配置，同时受限全局配置process.max

当前pool的名字为test

原理

dynamic原理图

1. 1秒定时器作用

检查空闲worker数量，按照一定策略动态调整worker数量，增加或减少。增加时，worker最大数量<=max_children· <=全局process.max；减少时，只有idle >pm.max_spare_servers时才会关闭一个空闲worker。

idle > pm.max_spare_servers，关闭启动时间最长的一个worker，结束本次处理

idle >= pm.max_children，打印WARNING日志，结束本次处理

idle < pm.max_children，计算一个num值，然后启动num个worker，结束本次处理

配置项要求

1. pm.min_spare_servers/pm.max_spare_servers有效范围(0,pm.max_children]

2. pm.max_children> 0

3. pm.min_spare_servers<=pm.max_spare_servers

4. pm.start_servers有效范围[pm.min_spare_servers,pm.max_spare_servers]如果没有配置，默认pm.min_spare_servers + (pm.max_spare_servers - pm.min_spare_servers) / 2

优缺点

优点：动态扩容，不浪费系统资源，master进程设置的1秒定时器对系统的影响忽略不计；

缺点：如果所有worker都在工作，新的请求到来只能等待master在1秒定时器内再新建一个worker，这时可能最长等待1s；

static

php-fpm启动采用固定大小数量的worker， 在运行期间也不会扩容，虽然也有1秒的定时器，仅限于统计一些状态信息，例如空闲worker个数，活动worker个数，网络连接队列长度等信息。

当前pool的名字为test

原理

配置项要求

1、pm.max_children> 0 必须配置，且只有这一个参数生效

优缺点

如果配置成static，只需要考虑max_children的数量，数量取决于cpu的个数和应用的响应时间，我司配置的是50。

我司不考虑动态的增加减少那么十几个或者几十个worker，我们的内存没有紧张到这个程度，所以，我们一步到位，把worker数配置到支持最大流量，（哈哈，50也是随便定的，足矣足矣呢）

最后我们再介绍下worker的工作流程

fastcgi与php-fpm的关系一句话解读：fastcgi只是通信应用协议，php-fpm就是实现了fastcig协议，并嵌入了一个 PHP 解释器。

㈧ cgi、fastcgi、php-cgi、php-fpm异同

1. cgi

    - 通用网关接口，就是外部应用程序（cgi程序）与web服务器之间的接口标准。

    - nginx是内容分发者，如果是请求index.php，根据配置文件内容得知不是静态文件，就会去找对应的cgi程序进行解析

    - cgi就是规定要传那些数据，以什么格式传递给后方进行处理的协议

    - cgi工作模式，一个请求发送过来，启动cgi解释器（创建进程）-> 逻辑处理 -> 退出 （fork and exec 模式） 每次都需要重新创建进程，加载配置，浪费系统资源

2. fastcgi

    - 快速通用网关接口，常驻型的cgi，不用每次都fork进程，其会使cgi解解释器进程常驻内存，所以性能较高

    - master-worker模型，服务器启动时载入fastcgi进程管理器

    - fastcgi会进行自身初始化，初始化时会创建多个进程

    - 请求到达web服务器后，fastcgi进程管理器会选择并通过socket连接到一个cgi解释器

3. php-cgi

    - php自带的cgi管理器

    - php-cgi的缺点，不能平滑重启，需要重启php-cgi才能使php.ini生效

4. php-fpm

    - php-fpm是php的一种fastcgi的实现，管理php的fastcgi进程池

    - 能够调度php-cgi程序

    - 能够实现平滑重启

    - php-fpm创建一个master进程，然后创建进程池，监听socket，fork出多个子进程，子进程各自accept请求，php-fpm的子进程同时只能响应一个请求，处理完一个请求才可以accept下一个请求，多进程，同步阻塞模型

    - master和worker进程之间不直接进行通信，master通过共享内存获取worker进程信息，master进程发送信号通知worker进程

    - php-fpm可以同时监听多个端口，每个端口对应一个worker pool

    - worker是cgi程序，php-fpm是fastcgi协议的php是实现

㈨ php-fpm的工作机制

概括来说，fpm 的实现就是创建一个 master 进程，在 master 进程中创建并监听 socket，然后 fork 出多个子进程，这些子进程各自 accept 请求，子进程的处理非常简单，它在启动后阻塞在 accept 上，有请求到达后开始读取请求数据，读取完成后开始处理然后再返回，在这期间是不会接收其它请求的，也就是说 fpm 的子进程同时只能响应一个请求，只有把这个请求处理完成后才会 accept 下一个请求，这一点与 nginx 的事件驱动有很大的区别，nginx 的子进程通过 epoll 管理套接字，如果一个请求数据还未发送完成则会处理下一个请求，即一个进程会同时连接多个请求，它是非阻塞的模型，只处理活跃的套接字。

fpm 的 master 进程与 worker 进程之间不会直接进行通信，master 通过共享内存获取 worker 进程的信息，比如 worker 进程当前状态、已处理请求数等，当 master 进程要杀掉一个 worker 进程时则通过发送信号的方式通知 worker 进程。

fpm 可以同时监听多个端口，每个端口对应一个 worker pool，而每个 pool 下对应多个 worker 进程，类似 nginx 中 server 概念。

在 php-fpm.conf 中通过[pool name]声明一个 worker pool：

启动 fpm 后查看进程：

具体实现上 worker pool 通过fpm_worker_pool_s这个结构表示，多个 worker pool 组成一个单链表

接下来看下 fpm 的启动流程，从main()函数开始：

fpm_init()主要有以下几个关键操作：

(1) fpm_conf_init_main():

解析 php-fpm.conf 配置文件，分配 worker pool 内存结构并保存到全局变量中：fpm_worker_all_pools，各 worker pool 配置解析到fpm_worker_pool_s->config中。

(2)fpm_scoreboard_init_main():

分配用于记录 worker 进程运行信息的共享内存，按照 worker pool 的最大 worker 进程数分配，每个 worker pool 分配一个fpm_scoreboard_s结构，pool 下对应的每个 worker 进程分配一个fpm_scoreboard_proc_s结构。
(3)fpm_signals_init_main():

这里会通过socketpair()创建一个管道，这个管道并不是用于 master 与 worker 进程通信的，它只在 master 进程中使用，具体用途在稍后介绍 event 事件处理时再作说明。另外设置 master 的信号处理 handler，当 master 收到 SIGTERM、SIGINT、SIGUSR1、SIGUSR2、SIGCHLD、SIGQUIT 这些信号时将调用sig_handler()处理：

(4)fpm_sockets_init_main()

创建每个 worker pool 的 socket 套接字。
(5)fpm_event_init_main():

启动 master 的事件管理，fpm 实现了一个事件管理器用于管理 IO、定时事件，其中 IO 事件通过 kqueue、epoll、poll、select 等管理，定时事件就是定时器，一定时间后触发某个事件。

在fpm_init()初始化完成后接下来就是最关键的fpm_run()操作了，此环节将 fork 子进程，启动进程管理器，另外 master 进程将不会再返回，只有各 worker 进程会返回，也就是说fpm_run()之后的操作均是 worker 进程的。

在 fork 后 worker 进程返回了监听的套接字继续 main() 后面的处理，而 master 将永远阻塞在fpm_event_loop()，接下来分别介绍 master、worker 进程的后续操作。

fpm_run()执行后将 fork 出 worker 进程，worker 进程返回main()中继续向下执行，后面的流程就是 worker 进程不断 accept 请求，然后执行 PHP 脚本并返回。整体流程如下：

worker 进程一次请求的处理被划分为 5 个阶段：

worker 处理到各个阶段时将会把当前阶段更新到fpm_scoreboard_proc_s->request_stage，master 进程正是通过这个标识判断 worker 进程是否空闲的。

接下来我们来看下 master 是如何管理 worker 进程的，首先介绍下三种不同的进程管理方式：

前面介绍到在fpm_run()中 master 进程将进入fpm_event_loop()：

这就是 master 整体的处理，其进程管理主要依赖注册的几个事件，接下来我们详细分析下这几个事件的功能。

(1)sp[1]管道可读事件：

在 fpm_init() 阶段 master 曾创建了一个全双工的管道：sp，然后在这里创建了一个 sp[0] 可读的事件，当 sp[0] 可读时将交由 fpm_got_signal() 处理，向 sp[1] 写数据时 sp[0] 才会可读，那么什么时机会向 sp[1] 写数据呢？前面已经提到了：当 master 收到注册的那几种信号时会写入 sp[1] 端，这个时候将触发 sp[0] 可读事件。

这个事件是 master 用于处理信号的，我们根据 master 注册的信号逐个看下不同用途：

具体处理逻辑在 fpm_got_signal() 函数中，这里不再罗列。

(2)fpm_pctl_perform_idle_server_maintenance_heartbeat():

这是进程管理实现的主要事件，master 启动了一个定时器，每隔 1s 触发一次，主要用于 dynamic、ondemand 模式下的 worker 管理，master 会定时检查各 worker pool 的 worker 进程数，通过此定时器实现 worker 数量的控制，处理逻辑如下：

(3)fpm_pctl_heartbeat():

这个事件是用于限制 worker 处理单个请求最大耗时的，php-fpm.conf 中有一个request_terminate_timeout的配置项，如果 worker 处理一个请求的总时长超过了这个值那么 master 将会向此 worker 进程发送kill -TERM信号杀掉 worker 进程，此配置单位为秒，默认值为 0 表示关闭此机制，另外 fpm 打印的 slow log 也是在这里完成的。

除了上面这几个事件外还有一个没有提到，那就是 ondemand 模式下 master 监听的新请求到达的事件，因为 ondemand 模式下 fpm 启动时是不会预创建 worker 的，有请求时才会生成子进程，所以请求到达时需要通知 master 进程，这个事件是在fpm_children_create_initial()时注册的，事件处理函数为fpm_pctl_on_socket_accept()，具体逻辑这里不再展开，比较容易理解。

原文出处： https://www.fanhao.com/2017/10/internal-php-fpm.html