[转]Nginx 502 PHP LNMP 502 终极解决方案 完美解决502 用 upstream 和 fastcgi_next_upstream 可以极大缓解

转： http://xn--ghqyhzj.com/post-21537.html

本文针对LNMP的PHP 版本ver 5.3.6 or Higher，其它未测试过。

1. 使用不同端口或php-fpm.sock启动多个php-fpm主进程

假设使用不同的配置文件启动3个创建sock监听的PHP-FPM主进程

#/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm.1.conf
#/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm.2.conf
#/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm.3.conf

这3个配置文件*.conf中，唯一不同的是设置pid文件和sock名字，假设为php-cgi.1.sock php-cgi.2.sock php-cgi.3.sock （也可以设置不同的pool名字，默认都是[www]）

那么启动之后，就在相应目录（一般是/tmp/）出现php-cgi.1.sock php-cgi.2.sock php-cgi.3.sock这3个sock，我是在默认的/tmp下。

如果你设置的都正常，ps auf是可以看到有3个主进程正在运行的。

2. 修改Nginx的配置文件，以使用进程池模式执行php程序

在nginx.conf的http段根据实际php-fpm进程情况增加如下代码：

upstream unix__tmp_php_cgi_sock{
server unix:/tmp/php-cgi.1.sock;
server unix:/tmp/php-cgi.2.sock;
server unix:/tmp/php-cgi.3.sock;
}
fastcgi_next_upstream error timeout invalid_header http_503;

这样我们就建立了一个可以根据健康状况轮询并可以重试的资源池。

3. 然后呢？

在需要执行php程序的原来代码中，原来代码举例：

location ~ .php$ {
include fastcgi_params;
fastcgi_pass unix:/tmp/php-cgi.sock;
}

或原来这样

location ~ .php$ {
include fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
}

修改新的，如下这样即可：

location ~ .php$ {
include fastcgi_params;
fastcgi_pass unix__tmp_php_cgi_sock;
}

重启Nginx，生效。

4. 注意事项

步骤1中启动的各个php-fpm主进程，只要死不光，nginx就可以正常执行php，也就是说，如果有的异常退出了，基本也不影响网站运行。
步骤2中fastcgi_next_upstream那行的参数，不需要加http_502，实际你也加不上去的，不支持!
步骤3中，原有的每段类似这种location ~ .php$ {代码都需要对fastcgi_pass这行根据示例改造。
步骤1中的.conf配置文件，每个主线程的children，根据内存情况设置2~n个，据说越多越好，但是内存越用越多。
经过本方案的调整，请注意，你原有的所谓service php-fpm和502监控脚本之类的东西，都需要重新修改，如果你还想用。当然，对技术宅来说，该如何操作本方案那是运用自如，消化吸收。