nginx与php(fastcgi)

fastcgi是与语言无关的，可伸缩架构的cgi开放扩展，主要是将cgi解释器保持在内存中从而获取较好的性能

cgi的反复加载是cgi功能低的主要原因，若cgi解释器保持在内存中并接受fastcgi进程管理调度器，则可以

保持良好的性能，伸缩性，fail-over性能等

fastcgi的工作原理：

1）fastcgi程序自身初始化，并启动多个cgi解释器进程(多个php-cgi进程)等待webserver的连接，这里以

php-fpm进程管理器来启动多个php-cgi fastcgi进程，启动php-cgi fastcgi进程时，可以配置以tcp和

unix套接字两种方式启动

2）请求到达web服务器(nginx)时，web server将请求采用tcp或者unix套接字的方式转发到fastcgi主进程，

fastcgi主进程选择并连接到一个cgi解释器(主进程)，web server将cgi环境变量和标准输入发送到fastcgi

的子进程php-cgi

3）fastcgi子进程完成处理后将标准输出和错误信息从同一连接返回到web server，当fastcgi子进程关闭连

接时，请求就处理完成，fastcgi子进程继续等待并处理来自fastcgi进程管理器的下一个连接，而在普通的cgi

模式里，php-cgi到这里就退出了

所以，普通的cgi都是每次请求要重新解析一次php.ini 重新载入全部扩展 重新初始化全部数据结构，效率会很低

使用fastcgi只需要在进程启动时，加载一次，还有一个额外的好处，持续的数据库连接可以工作

fastcgi的优点：

1）php脚本运行更快，php解释器被载入内存而无需每次从存储器加载

2）需要使用的系统资源更少，因为不需要反复加载cgi

3）无需改动现有代码，运行在apache+php上的程序无需更改就可以使用php的fastcgi

在不停止nginx服务的情况下平滑变更nginx配置

1）修改nginx的配置后使用 /usr/local/etc/nginx/nginx.conf -t来测试配置文件是不是有语法错误

2）使用 ps -ef|grep "nginx: master process" | grep -v "grep" | awk -F ' ' {print $2}

  来得到nginx的主进程号

kill -hup nginx主进程号 平滑重启nginx

3)或者直接使用 kill -HUP `cat /usr/local/var/run/nginx.pid`

  更近一步，不太清楚pid文件在哪儿时，可以使用 kill -HUP `locate nginx.pid | xargs cat`

编写每天定时切割nginx日志的脚本在之前的文章有写过，就不再重复，给出链接^^

http://blog.csdn.net/njys1/article/details/54883993



`