Nginx + PHP-FPM超时，几乎为零负载消耗？

你有没有尝试，而不是“上游”在nginx.conf做：

 # Pass PHP scripts to PHP-FPM location ~* \.php$ { try_files $uri /index.php; fastcgi_index index.php; fastcgi_pass 127.0.0.1:9000; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param SCRIPT_NAME $fastcgi_script_name; } 

看看这里http://www.if-not-true-then-false.com/2011/nginx-and-php-fpm-configuration-and-optimizing-tips-and-tricks/

并再次重新启动php-fpm服务器工作几分钟，一遍又一遍地回到问题

问题是php-fpmconfiguration

但这不是超时。 增加超时只是给了php更多的时间来处理一个请求 – 这可能掩盖了症状，但不是正确的解决scheme。

php-fpm日志应该使服务器显得困难的原因; 根据我的经验（显然在没有信息的情况下，这是一个猜测），php-fpm日志文件将包含这样的条目：

 #/var/log/php5-fpm.log [19-Oct-2014 06:25:10] NOTICE: error log file re-opened [19-Oct-2014 17:46:56] WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 1 children, there are 1 idle, and 5 total children ... 

如果只有像上面这样的日志条目，那不是什么大问题。 如果只有几分钟或几秒钟的时间，那么php-fpm没有足够的资源来处理它所要求的负载。

这并不罕见，因为标准的dist-php-fpmconfiguration文件将包含类似这样的内容：

 # /etc/php5/fpm/pool.d/www.conf pm = dynamic pm.max_children = 5 pm.start_servers = 2 pm.min_spare_servers = 1 pm.max_spare_servers = 3 

这意味着php-fpm将只能并行处理最多5个请求 。

尤其是对于像wordpress这样的单个html页面，将大量后续请求（图像，css，js文件等）也传递给php – 对于大量不断增长的请求队列来说，对于任何给定的请求，它必须首先等待处理中和已经等待的请求被首先处理。 这会导致延迟（在任何浏览器分析工具中显示为等待时间），并且经常导致大量超时。

还要注意，大量的404（请求任何不存在的东西）是一个简单的方法来夸大任何服务器的限制 – 检查并修复网站正在生成的任何404。

如何解决它

如果问题是php-fpm运行的服务器进程太less，只需增加它们即可。 要使用的号码取决于所部署的服务器的硬件; 这里有一个build议：

 # /etc/php5/fpm/pool.d/www.conf pm = dynamic pm.max_children = 20 pm.start_servers = 10 pm.min_spare_servers = 5 pm.max_spare_servers = 15 

这将允许并行服务20个请求 – 并且应该缓解任何问题而不会导致服务器挣扎。

如果有疑问，在更改php-fpm config时有一个简单的规则：

• 增加，直到错误消息消失（性能可接受）
• 如果服务器内存不足或服务器负载不可接受，请减less:)