php-fpm解读-进程管理的三种模式 及 worker进程、master进程详解
2020-07-12 18:12 天心PHP 阅读(1726) 评论(0) 编辑 收藏 举报php-fpm 和 单例设计模式 都是短连接
php-fpm进程管理一共有三种模式:ondemand、static、dynamic,我们可以在同一个fpm的master配置三种模式,看下图1。php-fpm的工作模式和nginx类似,都是一个master,多个worker模型。每个worker都在accept本pool内的监听套接字(linux已不存在惊群现象)。
![](https://img2020.cnblogs.com/blog/955434/202007/955434-20200712181043449-1210834652.png)
ondemand
在php-fpm启动的时候,不会给这个pool启动任何一个worker,是按需启动,当有连接过来才会启动。
配置文件(我的配置文件地址为:/usr/local/php/etc/php-fpm.conf)
![](https://img2020.cnblogs.com/blog/955434/202007/955434-20200712181053717-30870341.png)
原理
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
![](https://img2020.cnblogs.com/blog/955434/202007/955434-20200712181120799-318163699.png)
原理
![](https://img2020.cnblogs.com/blog/955434/202007/955434-20200712181129050-2076103480.png)
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个数,网络连接队列长度等信息。
![](https://img2020.cnblogs.com/blog/955434/202007/955434-20200712181138790-569645747.png)
原理
![](https://img2020.cnblogs.com/blog/955434/202007/955434-20200712181149122-326046013.png)
配置项要求
1、pm.max_children> 0 必须配置,且只有这一个参数生效
优缺点
如果配置成static,只需要考虑max_children的数量,数量取决于cpu的个数和应用的响应时间,我司配置的是50。
我司不考虑动态的增加减少那么十几个或者几十个worker,我们的内存没有紧张到这个程度,所以,我们一步到位,把worker数配置到支持最大流量,(哈哈,50也是随便定的,足矣足矣呢)每开启一个php-fpm进程要占用近30M左右的内存
最后我们再介绍下worker的工作流程
fastcgi与php-fpm的关系一句话解读:fastcgi只是通信应用协议,php-fpm就是实现了fastcig协议,并嵌入了一个 PHP 解释器。
完
worker进程、master进程详解
kill掉master和worker进程
(1)将pm设置为static,max_children设置为1,重启php-fpm,此时worker进程只有一个
(2)从浏览器访问服务器上的一个php文件,确保能够访问
(3)kill掉master进程
kill 12734
(4)查看
ps aux | grep php-fpm
结论:服务器无法访问php文件
kill掉master进程,留下worker进程
kill -9 master进程号
因为我这时候用的php7.2版本,centos7,无法实现只kill掉master进程,留下worker进程(在其他的版本中中是可以实现的,如php7.1)。因为我一旦kill掉master进程后,worker进程也挂掉了。
下面贴出我在其他地方看到的测试图片
可以看到只留下了worker进程,master进程被kill掉了
然后服务器访问php资源,可以访问到
结论(敲黑板 重点 面试会问到):master只是负责监听管理工作,并不是很多人认为的把客户端发来的请求分给worker进程处理,而是由worker进程负责客户端的请求监听和处理
kill掉worker进程,留下master进程
kill master进程号
可以看到一旦kill掉worker进程后,会重启一个新的worker进程。因此客户端请求肯定会得到响应处理。这进一步验证了的上面的结论,master进程负责监听子进程的状态,子进程挂掉之后,会发信号给master进程,然后master进程重新启一个新的worker进程。
链接:https://www.jianshu.com/p/c9a028c834ff