LNMP、LAMP、lighttpd、spawn-fcgi、php-fpm总结

 花了3天的时间配置了nginx+mysql+php(php-fpm)+phpmyadmin因为开始根本就没有自己动手去配置过文件，所以自己研究一天时间，在这段时间遇到很多问题，有些时候还搞不清楚fastcgi和php-fpm和lighttpd和spawn-fcgi的关系，走了不少的弯路，以下总结一下。

 

原来很多人都用 Lighttpd 的 Spawn-fcgi 进行 FastCGI 模式下的管理工作，不过有不少缺点。而 PHP-fpm 的出现多少缓解了一些问题，但 PHP-fpm 有个缺点就是要重新编译，这对于一些已经运行的环境可能有不小的风险(refer)。

 

原来 spawn-fcgi 版本也比较乱的，期待独立后的项目能更稳定一些。这会给很多 Web 站点带来便利。

 

PHP-FPM 是 一个 PHP FastCGI 进程管理器

 

FastCGI是一个可伸缩的，高速地在web server和脚本语言间交互的接口。FastCGI的主要优点是把动态语言和web server分离开来。这种技术允许把web server和动态语言运行在不同的主机上，以大规模扩展和改进安全性而不损失生产效率。

 

php-fpm可以和任何支持远端FastCGI的web server工作。

 

CGI全称是“公共网关接口”(Common Gateway Interface)，HTTP服务器与你的或其它机器上的程序进行“交谈”的一种工具，其程序须运行在网络服务器上。　CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量。如php,perl,tcl等

 

Nginx 0.8.46+PHP 5.2.14(FastCGI)服务器在3万并发连接下，开启的10个Nginx进程消耗150M内存（15M*10=150M），开启的64个php-cgi进程消耗1280M内存（20M*64=1280M），加上系统自身消耗的内存，总共消耗不到2GB内存。如果服务器内存较小，完全可以只开启25个php-cgi进程，这样php-cgi消耗的总内存数才500M

 

 

目前在HTTPServer这块基本可以看到有三种stack比较流行：

　　

　　　　>Apache+mod_php5

　　

　　　　>lighttp+spawn-fcgi

　　

　　　　>nginx+PHP-FPM

　　

　　　　三者后两者性能可能稍优，但是Apache由于有丰富的模块和功能，目前来说仍旧是老大。有人测试nginx+PHP-FPM在高并发情况下可能会达到 Apache+mod_php5的5~10倍，现在nginx+PHP-FPM使用的人越来越多。

　　

　　　　下面着重介绍stack：

　　

　　　　Apache+mod_php5和nginx+PHP-FPM的安装和配置。对于lighttpd+spawn-fcgi，由于我个人没有怎么用过，所以 如下不准备介绍，感兴趣可以查阅资料。

　　

　　　　我们很久一段时间使用经典的Apache+mod_php：

　　

　　　　Apache对PHP的支持是通过Apache的模块来支持的。如果曾源代码编译安装php的话，如果希望Apache支持PHP的话，在./configure步骤需要指定--with-apxs2=/usr/local/apache2/bin/apxs 表示告诉编译器通过Apache的mod_php5/apxs来提供对PHP5的解析；

　　

　　　　而且在最后一步make install的时候我们会看到将动态链接库libphp5.so(Apache模块)拷贝到apache2的安装目录的modules目录下，并且还需 要在 模块加载进来，从而实现Apache对php的支持。

　　

　　　　1)由于该模式实在太经典了，因此这里关于安装部分不准备详述了，相对来说比较简单。

　　

　　　　2)这里之所以仍旧列出来Apache+mod_php5来讨论，是因为：

　　

　　　　看过上一篇文章的话，我们知道nginx一般包括两个用途HTTPServer和Reverse Proxy Server(反向代理服务器)。

　　

　　　　我们介绍了如何在前端部署nginx作为reverse proxy server，后端布置多个Apache来实现机群系统server cluster架构的。

　　

　　　　因此，实际生产中，我们仍旧能够保留Apache+mod_php5的经典App Server，而仅仅使用nginx来当做前端的reverse proxy server来实现代理和负载均衡。 因此，建议nginx(1个或者多个)+多个apache的架构继续使用下去。

　　

　　　　1)通过上面的分析，尽管我们可以仍旧保留Apache+mod_php来处理PHP，所有的静态文件和负载均衡由顶在前端的nginx来完成，但是由 于nginx和PHP-FPM各自的优越性，使得nginx+PHP-FPM的组合的性能已经很超越Apache+mod_php。

　　

　　　　因此很多人渐渐放弃了Apache+mod_php的组合了，而完全使用nginx+PHP-FPM来实现对PHP的处理。

　　

　　　　因此现在出现了新的名词叫做LEMP(Linux+EngineX(nginx)+MySQL+PHP)，慢慢要代替经典很多年的 LAMP 。

　　

　　　　2)甚至出现一种新的server cluster：

　　

　　　　其中看不到Apache的影子了，全部由nginx来搞定。nginx轻量型，高性能，高灵活性使得它完全能够应付过来。

　　

　　　　由于PHP-FPM是C/S结构，因此我们前端保留nginx来做负载均衡；对于之前后端的各个Apache服务器，我们不需要安装Apache了，对 PHP重新编译安装使其以PHP-FPM方式支持FastCGI；

　　

　　　　然后在nginx中配置将客户端的php请求分别pass到后台的多个运行的PHP-FPM，后者进行处理然后返回给nginx，然后显示给用户。整个过 程可以完全不要Apache。