大纲：
1. CGI和fastcgi对比分析
2. 用三台主机以fast-cgi的方式实现lamp并安装wordpress
3. 对输出结果的详解
一、CGI和fastcgi对比分析
lamp 安装http和php的结合方式可以分为三种：
1.php作为http的模块
2.以cgi模式结合（极少使用）
3.以fastcgi模式结合
CGI全称是“通用网关接口”(Common Gateway Interface)，它可以让一个客户端，从网页浏览器向执行在Web服务器上的程序请求数据。 CGI描述了客户端和这个程序之间传输数据的一种标准。 CGI的一个目的是要独立于任何语言的，所以CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量。 如php，perl，tcl等。
客户端访问某个 URL 地址之后，通过 GET/POST/PUT 等方式提交数据，并通过 HTTP 协议向 Web 服务器发出请求。
服务器端的 HTTP Daemon（守护进程）启动一个子进程。然后在子进程中，将 HTTP 请求里描述的信息通过标准输入 stdin 和环境变量传递给 URL 指定的 CGI 程序，并启动此应用程序进行处理，处理结果通过标准输出 stdout 返回给 HTTP Daemon 子进程。
再由 HTTP Daemon 子进程通过 HTTP 协议返回给客户端。
上面的这段话理解可能还是比较抽象，下面我们就通过一次 GET 请求为例进行详细说明。
如图所示，本次请求的流程如下：
127.0.0.1 上监听 9003 端口的守护进程接受到该请求
通过解析 HTTP 头信息，得知是 GET 请求，并且请求的是 /cgi-bin/ 目录下的 user 文件。
将 uri 里的 id=1 通过存入 QUERY_STRING 环境变量。
Web 守护进程 fork 一个子进程，然后在子进程中执行 user 程序，通过环境变量获取到id。
执行完毕之后，将结果通过标准输出返回到子进程。
子进程将结果返回给客户端。
FastCGI是Web服务器和处理程序之间通信的一种协议， 是CGI的一种改进方案，FastCGI像是一个常驻(long-lived)型的CGI， 它可以一直执行，在请求到达时不会花费时间去fork一个进程来处理(这是CGI最为人诟病的fork-and-execute模式)。 正是因为他只是一个通信协议，它还支持分布式的运算，所以 FastCGI 程序可以在网站服务器以外的主机上执行，并且可以接受来自其它网站服务器的请求。
FastCGI 是与语言无关的、可伸缩架构的 CGI 开放扩展，将 CGI 解释器进程保持在内存中，以此获得较高的性能。 CGI 程序反复加载是 CGI 性能低下的主要原因，如果 CGI 程序保持在内存中并接受 FastCGI 进程管理器调度， 则可以提供良好的性能、伸缩性、Fail-Over 特性等。
总结：
mode_php 是Apache 的一个模块，把PHP 解释器嵌入到Apache 进程中。
CGI 和FastCGI 分别是一种协议。Web Server 实现了CGI 或FastCGI 协议的相应的应用程序（以下简称CGI 或FastCGI），就可以启动PHP 解释器处理PHP 请求。它们都是以独立进程的形式存在。
mode_php 和FastCGI 在 单个进程中可以处理多个请求，CGI 在单个进程中只能处理一个请求。
php-cgi 是一种CGI 协议的实现。
php-cgi 其实就是PHP 解析器。
在CGI 模式时，当Web Server 收到 xx/index.php 请求时，会启动php-cgi，php-cgi 会解析php.ini 文件，初始化环境，然后根据请求参数进行处理，再返回处理后的结果。(都是以CGI 协议规范来进行)
php-cgi 在每个请求时都会启动一个进程，然后读取php.ini 进行解析，可想而知效率相对比较低。
php-cgi 无法实现平滑重启。修改php.ini 配置后，后面启动的php-cgi 程序还是不会感知。
php-fpm 即FastCGI Process Management，是一种FastCGI 协议的实现。
当请求到来时，php-fpm 启动并读取php.ini 文件完成初始化环境，然后启动一个master，再启动多个worker。当请求过来时，master 会传递给一个worker，然后等待下一个请求。php-fpm 会动态配置worker 的数量。
一个php-fpm 进程可以处理多个请求，会启动多个php-cgi 程序。当worker不够用时，master可以根据配置预先启动几个worker等着；当然空闲worker太多时，也会停掉一些，这样就提高了性能，也节约了资源
php-fpm 可以实现平衡重启。修改php.ini 后，当启用新的worker 会使用新的配置。
在实际生产中由于压力较大，所以amp一般是分别独立的服务器，甚至是服务器组，而且使用的是高可用集群，以分担单个服务器的压力，同时避免单点故障，所以本次将利用三台主机来模拟lamp的工作场景。
1.安装并启动服务：
yum install -y php-fpm httpd php-mysql mariadb-server
systemctl start httpd mariadb
mysql_secure_installation
2.配置httpd的虚拟主机并支持fpm
<VirtualHost *:80>
ServerName www.magedu.com
DocumentRoot "/vhosts/www"
<Directory "/vhosts/www">
Options None
AllowOverride None
Require all granted
</Directory>
ProxyRequests Off
ProxyPassMatch ^/(.*\.php)$ fcgi://127.0.0.1:9000/vhosts/www/$1
ProxyPassMatch ^/(ping|status)/?$ fcgi://127.0.0.1:9000/$1
DirectoryIndex index.php
</VirtualHost>
[root@localhost ~]# mkdir /vhosts/www -pv
[root@localhost www]# ls
index.php
[root@localhost www]# cat index.php
<?php
phpinfo();
?>
3.编辑fpm的配置文件：
[root@localhost pma]# vim /etc/php-fpm.d/www.conf
[pool_id]
listen = 127.0.0.1:9000
listen.backlog = -1
listen.allowed_clients = 127.0.0.1
user = apache
group = apache
pm = dynamic
定义processor管理机制：static, dynamic
pm.max_children：最大子进程数量；连接池的最大容量；
pm.start_servers：服务启动时所启动的子进程数量；
pm.min_spare_servers
pm.max_spare_servers
rlimit_files = 1024
rlimit_core = 0
pm.status_path = /status
ping.path = /ping
ping.response = pong
php_value[session.save_path] = /var/lib/php/session
session的存储位置
4.重新启动httpd和php-fpm服务
5.测试
a在浏览器中输入http://10.1.252.228/status?full 以及http://10.1.252.228/ping 看看是否会响应pong
pool: www
process manager: dynamic
start time: 11/Oct/2016:21:15:46 +0800
start since: 577
accepted conn: 16
listen queue: 0
max listen queue: 1
listen queue len: 128
idle processes: 4
active processes: 3
total processes: 7
max active processes: 3
max children reached: 0
slow requests: 0
b解压phpmysqladmin到/vhost/www下看是否可以进入
#yum install -y php-mbstring, php-mcrypt, php-xcache
注意：一定要记得创建/var/lib/php/session目录，并且给apache用户权限
原文地址：http://luxiangyu.blog.51cto.com/9976123/1870421
