PHP-FPM配置及使用总结

PHP-FPM配置及使用总结：

PHP-FPM是一个PHP FastCGI的管理器，它实际上就是PHP源代码的补丁，旨在将FastCGI进程管理引进到PHP软件包中，咱们必须将其patch到PHP源代码中，而后再行编译才能使用。而如今咱们能够在PHP 5.3.2及更新版本中直接开启并使用便可，由于PHP从该版本已经将其收入到软件包中，因此其再也不是补丁包的存在了。

 

·     几个概念的理解

·     Nginx+PHP配置

·     Php-Fpm的操做

 

1、几个概念的理解

1）、CGI

CGI全称“公共网关接口”(Common Gateway Interface)，是HTTP服务器与其它机器上的程序进行通讯的接口，其程序须运行在网络服务器上。

 

NOTE:

CGI能够用任何一种语言编写，只要这种语言具备标准输入、输出和环境变量。

 

2）、FastCGI

FastCGI是一个常驻型的CGI，它能够一直执行，只要激活后，不会每次都要花费时间去fork一次（这是CGI最为人诟病的fork-and-execute模式）。它还支持分布式的运算，即 FastCGI 程序能够在网站服务器之外的主机上执行而且接受来自其它网站服务器来的请求。

FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中并所以得到较高的性能。咱们知道，CGI解释器的反复加载是CGI性能低下的主要缘由，若是CGI解释器保存在内存中并接受FastCGI进程管理器调度，那么就能够提供良好的性能、伸缩性等。

 

优势：

1.  FastCGI具备语言无关性；

2.  FastCGI独立于核心web服务器运行，提供了一个比API更安全的环境。APIs把应用程序的代码与核心的web服务器连接在一块儿，这意味着在一个错误的API的应用程序可能会损坏其余应用程序或核心服务器。而恶意的API的应用程序代码甚至能够窃取另外一个应用程序或核心服务器的密钥；

3.  FastCGI技术目前支持语言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相关模块在Apache, ISS, Lighttpd等流行的服务器上也是可用的；

4.  FastCGI不依赖于任何Web服务器的内部架构，所以即便服务器技术的变化, FastCGI依然稳定不变；

 

缺点：

由于是多进程，因此比CGI多线程消耗更多的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。

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。

上面的数据摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建赛过Apache十倍的Web服务器(第6版)。

 

原理：

1.  Web服务器启动时，载入FastCGI进程管理器；

2.  FastCGI进程管理器初始化，启动多个CGI解释器进程(PHP-CGI)并等待来自Web服务器的链接；

3.  当客户端请求到达Web服务器时，FastCGI进程管理器选择并链接到一个CGI解释器，Web服务器将CGI环境变量和标准输入发送到FastCGI子进程PHP-CGI。

4.  FastCGI子进程完成处理后将标准输出和错误信息从同一链接返回给Web服务器。当FastCGI子进程关闭链接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web服务器中)的下一个链接。而在CGI模式中，PHP-CGI在此便退出了。

 

在上述状况中，能够想象CGI一般有多慢，每个Web请求PHP都必须从新解析php.ini、从新载入所有扩展，并重初始化所有数据结构。而使用FastCGI，全部这些都只在进程启动时发生一次。另外，数据库持久链接能够工做。

 

NOTE:

FastCGI的主要优势是把动态语言和HTTP Server分离开来，因此Nginx与PHP/PHP-FPM常常被部署在不一样的服务器上，以分担前端Nginx服务器的压力，使Nginx专注处理静态请求和转发动态请求，而PHP/PHP-FPM服务器专注解析PHP动态请求。

 

3）、PHP-CGI

PHP-CGI是PHP自带的FastCGI管理器。

PHP-CGI的不足：

1.  php-cgi变动php.ini配置后需重启php-cgi才能让新的php-ini生效，不能够平滑重启。

2.  直接杀死php-cgi进程，php就不能运行了(PHP-FPM和Spawn-FCGI就没有这个问题，守护进程会平滑从新生成新的子进程)。

 

4）、Spawn-FCGI

Spawn-FCGI是一个通用的FastCGI管理服务器，它是lighttpd中的一部份，不少人都用Lighttpd的Spawn-FCGI进行FastCGI模式下的管理工做，不过有很多缺点。而PHP-FPM的出现多少缓解了一些问题，但PHP-FPM有个缺点就是要从新编译，这对于一些已经运行的环境可能有不小的风险(refer)，在php 5.3.3能够直接使用PHP-FPM了。

 

Spawn-FCGI目前已经独成为一个项目，更加稳定一些，也给不少Web 站点的配置带来便利。已经有很多站点将它与nginx搭配来解决动态网页。最新的lighttpd也没有包含这一块了(http://www.lighttpd.net/search?q=Spawn-FCGI)，但能够在之前版本中找到它。在lighttpd-1.4.15

版本中就包含了(http://www.lighttpd.net/download/lighttpd-1.4.15.tar.gz)，目前Spawn-FCGI的下载地址是http://redmine.lighttpd.net/projects/spawn-fcgi，最新版本是http://www.lighttpd.net/download/spawn-fcgi-1.6.3.tar.gz。

 

NOTE：

最新的Spawn-FCGI能够到lighttpd.net网站搜索“Spawn-FCGI”找到它的最新版本发布地址。

 

5）、对比Spawn-FCGI

PHP-FPM的使用很是方便，配置都是在PHP-FPM.ini的文件内，而启动、重启均可以从php/sbin/PHP-FPM中进行。更方便的是修改php.ini后能够直接使用PHP-FPM reload进行加载，无需杀掉进程就能够完成php.ini的修改加载

结果显示使用PHP-FPM可使php有不小的性能提高。PHP-FPM控制的进程cpu回收的速度比较慢,内存分配的很均匀。

Spawn-FCGI控制的进程CPU降低的很快，而内存分配的比较不均匀。有不少进程彷佛未分配到，而另一些却占用很高。多是因为进程任务分配的不均匀致使的。而这也致使了整体响应速度的降低。而PHP-FPM合理的分配，致使整体响应的提到以及任务的平均。

 

2、Nginx+PHP配置

一、进程数优化

pm = dynamic

pm.max_children = 300

pm.start_servers = 20

pm.min_spare_servers = 5

pm.max_spare_servers = 35

 

二、最大请求数优化

pm.max_requests = 10240

 

NOTE:

这个用来处理由于PHP解析器或引用的第三方库时，形成的内存泄露问题。

最大请求数：指一个php-fpm的工做进程在处理多少个请求后就终止掉。

 

三、最长执行时间优化（php.ini）

request_terminate_timeout = 20

 

NOTE:

这个是用来处理由于PHP执行时间超长而报502错误的解决。

这个时长配置能够在php.ini（max_execution_time）或php-fpm.conf中配置都可，为了避免影响全局配置，可在php-fpm.conf中实现。

值得注意的是：须要结合nginx.conf中的max_fail（调大些）和fail_timeout（调小些）一同配置。

 

nginx.conf:

location ~ \.php$ {

…

fastcgi_connect_timeout      180;

fastcgi_read_timeout      600;

fastcgi_send_timeout       600;

…

}

 

NOTE:

PHP-FPM设置的脚本最大执行时间已经够长了，但执行耗时PHP脚本时，发现Nginx报错变为504错误。这是由于咱们修改的只是PHP的配置，Nginx中也有关于与上游服务器通讯超时时间的配置factcgi_connect/read/send_timeout。

 

四、php-fpm高cpu使用排查

top命令 :

直接执行top命令后，输入1就能够看到各个核心的CPU使用率:

sar命令：

sar和iostat命令的安装：

    sysstat.x86_64 : The sar and iostat systemmonitoring commands

     yum install -y sysstat.x86_64

执行：

$sar -P ALL 1 100

 

NOTE:

-P ALL表示监控全部核心;

1表示每1秒采集;

100表示采集100次;

 

5、开启慢日志

slowlog = log/$pool.log.slow

request_slowlog_timeout = 2

 

NOTE:

上面为开启php-fpm的慢日志，时间阀值2秒；

 

执行：

grep -v "^$" php.slow.log | cut -d " " -f 3,2 | sort |uniq -c | sort -k1,1nr | head -n 50

 

NOTE:

 sort: 对单词进行排序

     uniq -c:  显示惟一的行，并在每行行首加上本行在文件中出现的次数

     sort -k1,1nr:  按照第一个字段，数值排序，且为逆序

     head –n 10:  取前10行数据

 

PS:

开启慢日志的目的是为了跟踪分析那条php脚本执行的时间超过了设置的request_slowlog_timeout时长，若是超过这个设置时间，那么该脚本就会被记录下。

 

3、Php-Fpm的操做

PHP5.3.3下的php-fpm 再也不支持php-fpm 之前具备的 /usr/local/php/sbin/php-fpm(start|stop|reload)等命令，须要使用信号控制：

 

master进程能够理解如下信号

INT, TERM 马上终止
;

QUIT 平滑终止
;

USR1 从新打开日志文件
;

USR2平滑重载全部worker进程并从新载入配置和二进制模块 ;

 

示例：


php-fpm 关闭：
kill -INT`cat /usr/local/php/var/run/php-fpm.pid`


php-fpm 重启：
kill -USR2`cat /usr/local/php/var/run/php-fpm.pid`

 

查看php-fpm进程数：

$ps aux | grep -c php-fpm