PHP-FPM 与 Nginx 的通讯机制总结

PHP-FPM 介绍

CGI 协议与 FastCGI 协议

每种动态语言（ PHP,Python 等）的代码文件须要经过对应的解析器才能被服务器识别，而 CGI 协议就是用来使解释器与服务器能够互相通讯。PHP 文件在服务器上的解析须要用到 PHP 解释器，再加上对应的 CGI 协议，从而使服务器能够解析到 PHP 文件。

因为 CGI 的机制是每处理一个请求须要 fork 一个 CGI 进程，请求结束再kill掉这个进程，在实际应用上比较浪费资源，因而就出现了CGI 的改良版本 FastCGI，FastCGI 在请求处理完后，不会 kill 掉进程，而是继续处理多个请求，这样就大大提升了效率。

PHP-FPM 是什么

PHP-FPM 即 PHP-FastCGI Process Manager， 它是 FastCGI 的实现，并提供了进程管理的功能。进程包含 master 进程和 worker 进程两种；master 进程只有一个，负责监听端口，接收来自服务器的请求，而 worker 进程则通常有多个（具体数量根据实际须要进行配置），每一个进程内部都会嵌入一个 PHP 解释器，是代码真正执行的地方。

Nginx 与 php-fpm 通讯机制

当咱们访问一个网站（如 www.test.com）的时候，处理流程是这样的：

www.test.com
        |
        |
      Nginx
        |
        |
路由到 www.test.com/index.php
        |
        |
加载 nginx 的 fast-cgi 模块
        |
        |
fast-cgi 监听 127.0.0.1:9000 地址
        |
        |
www.test.com/index.php 请求到达 127.0.0.1:9000
        |
        |
     等待处理...

Nginx 与 php-fpm 的结合

在 Linux 上，nginx 与 php-fpm 的通讯有 tcp socket 和 unix socket 两种方式。

tcp socket 的优势是能够跨服务器，当 nginx 和 php-fpm 不在同一台机器上时，只能使用这种方式。

Unix socket 又叫 IPC(inter-process communication 进程间通讯) socket，用于实现同一主机上的进程间通讯，这种方式须要在 nginx配置文件中填写 php-fpm 的 socket 文件位置。

两种方式的数据传输过程以下图所示：

两者的不一样：

因为 Unix socket 不须要通过网络协议栈，不须要打包拆包、计算校验和、维护序号和应答等，只是将应用层数据从一个进程拷贝到另外一个进程。因此其效率比 tcp socket 的方式要高，可减小没必要要的 tcp 开销。不过，unix socket 高并发时不稳定，链接数爆发时，会产生大量的长时缓存，在没有面向链接协议的支撑下，大数据包可能会直接出错不返回异常。而 tcp 这样的面向链接的协议，能够更好的保证通讯的正确性和完整性。

Nginx 与 php-fpm 结合只须要在各自的配置文件中作设置便可：

1） Nginx 中的配置

以 tcp socket通讯为例

server {
    listen       80; #监听 80 端口，接收http请求
    server_name  www.test.com; #就是网站地址
    root /usr/local/etc/nginx/www/huxintong_admin; # 准备存放代码工程的路径
    #路由到网站根目录 www.test.com 时候的处理
    location / {
        index index.php; #跳转到 www.test.com/index.php
        autoindex on;
    }   

    #当请求网站下 php 文件的时候，反向代理到 php-fpm
    location ~ \.php$ {
        include /usr/local/etc/nginx/fastcgi.conf; #加载 nginx 的 fastcgi 模块
        fastcgi_intercept_errors on;
        fastcgi_pass   127.0.0.1:9000; # tcp 方式，php-fpm 监听的 IP 地址和端口
       # fasrcgi_pass /usr/run/php-fpm.sock # unix socket 链接方式
    }

}

2) php-fpm 的配置

listen = 127.0.0.1:9000
# 或者下面这样
listen = /var/run/php-fpm.sock

注意，在使用 unix socket 方式链接时，因为 socket 文件本质上是一个文件，存在权限控制的问题，因此须要注意 nginx 进程的权限与 php-fpm 的权限问题，否则会提示无权限访问。（在各自的配置文件里设置用户）

经过以上配置便可完成 php-fpm 与 nginx 的通讯。

在应用中的选择

若是是在同一台服务器上运行的 nginx 和 php-fpm，且并发量不高（不超过1000），选择unix socket，以提升 nginx 和 php-fpm 的通讯效率。
若是是面临高并发业务，则考虑选择使用更可靠的 tcp socket，以负载均衡、内核优化等运维手段维持效率。

若并发较高但仍想用 unix socket 时，可经过如下方式提升 unix socket 的稳定性。

1）将sock文件放在 /dev/shm 目录下，此目录下将 sock 文件放在内存里面，内存的读写更快。

2）提升 backlog

backlog 默认位 128，1024 这个值最好换算成本身正常的 QPS，配置以下。

nginx.conf 文件中

server {
        listen 80 default backlog = 1024;
       }

php-fpm.conf 文件中

listen.backlog = 1024

3）增长 sock 文件和 php-fpm 实例

在 /dev/shm 新建一个 sock 文件，在 nginx 中经过 upstream 模块将请求负载均衡到两个 sock 文件，而且将两个 sock 文件分别对应到两套 php-fpm 实例上。

我的总结，如有不对，敬请指正~