PHP性能调优---PHP-FPM配置及使⽤总结
PHP-FPM是⼀个PHP FastCGI的管理器，它实际上就是PHP源代码的补丁，旨在将FastCGI进程管理引进到PHP软件包中，我们必须将其patch到PHP源代码中，然后再⾏编译才能使⽤。⽽现在我们可以在PHP 5.3.2及更新版本中直接开启并使⽤即可，因为PHP从该版本已经将其收⼊到软件包中，所以其不再是补丁包的存在了。
·    ⼏个概念的理解
php支持多线程吗·    Nginx+PHP配置
·    Php-Fpm的操作
⼀、⼏个概念的理解
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++、、Perl、Tcl、、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了。
NOTE：
最新的Spawn-FCGI可以到lighttpd⽹站搜索“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合理的分配，导致总体响应的提到以及任务的平均。
⼆、Nginx+PHP配置
1、进程数优化
pm = dynamic
pm.max_children = 300
pm.start_servers = 20
pm.min_spare_servers = 5
pm.max_spare_servers = 35
2、最⼤请求数优化
pm.max_requests = 10240
NOTE:
这个⽤来处理因为PHP解析器或引⽤的第三⽅库时，造成的内存泄露问题。
最⼤请求数：指⼀个php-fpm的⼯作进程在处理多少个请求后就终⽌掉。
3、最长执⾏时间优化（php.ini）
request_terminate_timeout = 20
NOTE:
这个是⽤来处理因为PHP执⾏时间超长⽽报502错误的解决。
这个时长配置可以在php.ini（max_execution_time）或f中配置均可，为了不影响全局配置，可在f中实现。
值得注意的是：需要结合f中的max_fail（调⼤些）和fail_timeout（调⼩些）⼀同配置。
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。
4、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时长，如果超过这个设置时间，那么该脚本就会被记录下。
三、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

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。