nginx: fastcgi_pass的配置

在作nginx配置过程当中，对于在与php-fpm选择哪一种通讯模式有些疑问，故补充相关知识点并记录于此。
说明fastcgi_pass的配置问题前，先理解几个概念：

CGI ( Common Gateway Interface )公共网关接口，是web服务器与外部应用程序进行通讯交互的标准接口。CGI规范定义了web服务器如何向外部应用程序发送消息，在接收到外部应用程序的信息后又如何进行处理等内容。咱们一般所说的CGI是实现了CGI标准接口的程序。只要某种语言具备标准输入、输出、环境变量（如C、perl、php），就能够用来编写CGI程序。
web服务器通常只处理静态文件请求（如jpg、html），当接收到动态脚本请求（如php），web服务器主进程就会fork一个新的进程来启动CGI程序（如php-cgi，启动过程当中须要读取配置文件，加载扩展等），启动后根据请求提交的参数进行相应的处理（如解析php），并将处理结果（如输出标准的html）返回给web服务器，web服务器再将内容发送给客户端，而后关闭CGI进程。
CGI减小了web服务器与外部应用程序的关联，让他们更为独立，可是每次请求都须要fork一个新进程去启动CGI程序，处理完以后进程随之关闭，这种方式效率十分低下，过多的进程会消耗资源和内存。

FastCGI 像是一个常驻型的CGI程序，能够一直运行着，不会每次请求都fork一个进程。它支持分布式运算，能够跟web服务器部署在不一样的主机中，接受来自其余web服务器的请求。
FastCGI进程管理器是须要单独启动的，启动后生成一个FastCGI主进程和多个CGI的解释器进程。web服务器接收到动态脚本请求时，会把请求交给FastCGI主进程，由主进程分配给一个空闲的子进程进行解析处理，处理完成后将结果返回给web服务器，客户端再将结果发送给客户端。处理完成后FastCGI子进程不会关闭，而是继续等待主进程分配任务。
这样它就能够将CGI子进程保持在内存中并所以得到高效的性能。

php-fpm fpm（fastcgi process manager）是fastcgi进程管理器的简称。它是php中的fastCGI协议的具体实现，负责管理一个进程池，处理来自web服务器的请求，有效控制内存和进程，能够平滑重载php的配置（经过生成新的子进程能够实现php.ini修改后的平滑重启）。它在PHP5.3以后，开始内置于PHP。

Nginx处理PHP请求就是经过与php-fpm进程间通讯实现的。nginx与php-fpm进程间的通讯有两种方式，用哪一种取决你的php-fpm的配置：

• TCP

TCP是IP加端口，能够用于跨服务器。配置以下：
php-fpm.conf: listen = 127.0.0.1:9000
nginx.conf: fastcgi_pass = 127.0.0.1:9000

• UNIX Domain Socket

不通过网络，只能用于nginx和php-fpm在同一个服务器场景。配置以下：
php-fpm.cnf: listen = /run/php/php-fpm.sock
nginx.conf: listen = unix:/run/php/php-fpm.sock
其中php-fpm.sock是一个文件，由php-fpm生成

UNIX Domain Socket可用于两个没有亲缘关系的进程，是目前比较普遍使用的IPC机制，这种通讯方式是发生在系统内核里而不会在网络中传播，它不会走到TCP的那一层，直接以文件形式，以stream socket通讯，避免频繁建立TCP短连接而致使TIME_WAIT链接过多的问题。

若是是TCP Socket则须要走到IP层，对于非同一台服务器上，TCP就须要走得更多。
TCP Socket(本地回环)

TCP Socket（nginx与php-fpm在不一样的服务器）