目录：
- 1、为什么FastCGI进程数总是7个
- 2、"504 Gateway Time-out"是怎么回事？
- 3、解决FastCGI 进程超过了配置的活动超时时限的问题
- 4、如何设置nginx的php fastcgi进程数
- 5、cgi、fastcgi、php-cgi、php-fpm异同
为什么FastCGI进程数总是7个
先启用智能优化，查看产品套餐里的FastCGI最大进程数，显示：目前系统的FastCGI的总进程数为7
在产品套餐里手动设置为20，使用一段时间后再看依然是7个进程，设置为30，还是7个进程。
vps的内存为768M。忘了取消智能优化了，取消以后正常了。
看来有时候智能优化也有解决不了的问题。
"504 Gateway Time-out"是怎么回事？
504 Gateway Time-out就字面意思，我们可以理解为网页请求超时，也就是浏览网站网页所发出的请求没有反应或者未响应。
出现"504 Gateway Time-out"的原因：
1、在网站程序层面来说，就是请求未能够执行相应的PHP-CGI程序，或者PHP-CGI程序未能做出相应的处理，又或者是CGI程序的响应处理结果未能够反馈到浏览器或者未能及时反馈到浏览器。
2、504 Gateway Time-out错误多是存在于Nginx网站服务器环境下，多与nginx.conf与php-fpm.conf设置是否正确合理有关。
504GatewayTime-out错误的解决方法：
1、就是根据网站服务器性能及网站流量等诸多因素整合考虑，正确合理的设置niginx.conf和php-fpm.conf配置。
2、进行正确合理nginx.conf配置，我们需要先了解和清楚我们网站服务器的配置性能，包括CPU、内存等，并对网站服务器进行必要的性能测试，从而准确的掌握网站服务器自身性能状况。
3、其次，是通过网站统计代码的添加，分析段时间内网站流量状况，比如：百度统计、CNZZ站长统计等，掌握网站日流量及PHP-CGI请求的大概情况。
根据我们掌握的服务器性能状况及网络流量情况，合理的对nginx.conf中的下列字句进行合理正确的设置。
fastcgi_connect_timeout300s;
fastcgi_send_timeout300s;
fastcgi_read_timeout300s;
fastcgi_buffer_size128k;
fastcgi_buffers8128k;#8128
fastcgi_busy_buffers_size256k;
fastcgi_temp_file_write_size256k;
fastcgi_intercept_errorson;
这些字句的设置规定了PHP-CGI的连接、发送和读取时间限制，需根据服务器性能及网络流量综合考虑设置，时间设置过长会给网站服务器造成压力，导致网站响应缓慢，甚至服务器死机；
时间设置过短，则就会出现504 Gateway Time-out或者其他CGI无响应错误。
4、还有就是php-fpm.conf中max_children与request_terminate_timeout两个重要参数的设置。
这两个参数的设置需要我们根据PHP程序情况及服务器带宽状况综合考虑并计算出合理准确的值，才能够避免504 Gateway Time-out或者其他CGI无响应错误的出现。
5、通常情况下，一般网站，可将request_terminate_timeou设置在900s左右，而max_children值根据服务器内存大小和CGI请求数目设置为合理的数值，一般设置为800M左右。
扩展资料：
"504 Gateway Time-out"其他修复方式：
情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成
这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。
情况一解决办法：
默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k，这表示设置fastcgi缓冲区为8块128k大小的空间。
情况一解决办法（改进）：
在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：send_timeout 60;
经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。
解决FastCGI 进程超过了配置的活动超时时限的问题
近日，需要满足测试需求，进行大数据并发测试时，报出【HTTP
错误
500.0
-
Internal
Server
Error
E:PHPphp-cgi.exe
-
FastCGI
进程超过了配置的活动超时时限】
解决办法：
IIS7-FastCGI设置-双击"php-cgi.exe"-"活动超时"
项默认是设置为70(秒)，改为600(10分钟，此处根据需求设置可以略高~)
如何设置nginx的php fastcgi进程数
NMP环境现在还是比较多人用的，下面介绍一个修改php-cgi进程数的方法： 一、修改php-cgi： vi /usr/local/nginx/conf/nginx.conf 二、其中worker_processes 1;可以修改成2或3个，nginx本身就很强大，不需要像apache那样，开启过多的进程来保证其稳定运行。 vi /usr/local/php/etc/php-fpm.conf 三、找到，按你的内存容量修改PHP进程的数量，一般128内存开启6个，256内存开启16个。这样能保证，在PHP大并发的情况下不会502错误，注：PHP5.3系列不需要修改。 四、优化后，重启lnmp /root/lnmp restart
cgi、fastcgi、php-cgi、php-fpm异同
1. cgi
- 通用**接口，就是外部应用程序（cgi程序）与web服务器之间的接口标准。
- nginx是内容分发者，如果是请求index.php，根据配置文件内容得知不是静态文件，就会去找对应的cgi程序进行解析
- cgi就是规定要传那些数据，以什么格式传递给后方进行处理的协议
- cgi工作模式，一个请求发送过来，启动cgi解释器（创建进程）- 逻辑处理 - 退出 （fork and exec 模式） 每次都需要重新创建进程，加载配置，浪费系统资源
2. fastcgi
- 快速通用**接口，常驻型的cgi，不用每次都fork进程，其会使cgi解解释器进程常驻内存，所以性能较高
- master-worker模型，服务器启动时载入fastcgi进程管理器
- fastcgi会进行自身初始化，初始化时会创建多个进程
- 请求到达web服务器后，fastcgi进程管理器会选择并通过socket连接到一个cgi解释器
3. php-cgi
- php自带的cgi管理器
- php-cgi的缺点，不能平滑重启，需要重启php-cgi才能使php.ini生效
4. php-fpm
- php-fpm是php的一种fastcgi的实现，管理php的fastcgi进程池
- 能够调度php-cgi程序
- 能够实现平滑重启
- php-fpm创建一个master进程，然后创建进程池，监听socket，fork出多个子进程，子进程各自accept请求，php-fpm的子进程同时只能响应一个请求，处理完一个请求才可以accept下一个请求，多进程，同步阻塞模型
- master和worker进程之间不直接进行通信，master通过共享内存获取worker进程信息，master进程发送信号通知worker进程
- php-fpm可以同时监听多个端口，每个端口对应一个worker pool
- worker是cgi程序，php-fpm是fastcgi协议的php是实现
评论前必须登录！
注册