php fpm原理,Nginx+Php-fpm运行原理详解

php-fpm是一种master(主)/worker(子)多进程架构，与nginx设计风格有点类似。master进程主要负责CGI及PHP环境初始化、事件监听、子进程状态等等, worker进程负责处理php请求。

master只是负责管理工作，并不是很多人认为的把客户端发来的请求分给worker进程处理，而是由worker进程负责客户端的请求监听和处理, master只负责管理worker，如重启，重新加载配置文件，并不会派发请求。

一旦kill掉worker进程后，会重启一个新的worker进程。因此客户端请求肯定会得到响应处理。这进一步验证了的上面的结论，master进程负责监听子进程的状态，子进程挂掉之后，会发信号给master进程，然后master进程重新启一个新的worker进程。

worker是同步阻塞,必须等这次处理完，才会处理其它请求,并发性能不行.

nginx与php-fpm的结合，完整的流程是这样的。

www.example.com

|

|

Nginx

|

|

路由到www.example.com/index.php

|

|

加载nginx的fast-cgi模块

|

|

fast-cgi监听127.0.0.1:9000地址

|

|

www.example.com/index.php请求到达127.0.0.1:9000

|

|

php-fpm 监听127.0.0.1:9000

|

|

php-fpm 接收到请求，启用worker进程处理请求

|

|

php-fpm 处理完请求，返回给nginx

|

|

nginx将结果通过http返回给浏览器

1.传统php-fpm工作模式的问题

1、Fastcgi进程管理器，实现fastcgi协议

2、同步阻塞IO进程模型

3、请求结束后释放所有资源和内存

4、并发受限于进程数

5、PHP框架初始化占用大量的计算资源

2. php-fpm工作模式的问题

1、nginx基于epoll事件模型，一个worker同时可处理多个请求

2、fpm-worker在同一时刻可处理一个请求

3、master进程只负责处理worker进程的监控、日志等

4、用户端请求由elb解析，再经过nginx解析

5、fpm-worker每次处理请求前需要重新初始化mvc框架，然后再释放资源

6、高并发请求时，fpm-worker不够用，nginx直接响应502

7、fpm-worker进程间切换消耗大(如某线上业务在4核8G内存服务器实质可利用16个进程)