nginx的502错误及常见解决方法汇总
nginx以其高性能以及对物理计算资源的高密度利用，展示了较apache更为优越的性能，目前很多企业都更加倾向于使用nginx架构的web服务，但是我们在安装配置与配置的过程中经常会遇到502的错误，那么
引起这些错误的原因有哪些，又有着哪些解决方法呢？我们以其来看一下
一、配置文件出错
我们在搭建LNMP环境的时候，尤其要编译php和nginx，悉心的人会发现，这里编译php与LAMP环境中编译
的php的方式不一样，并没有像在apache的基础上编译php那样要在编译参数中添加与nginx结合的选项，
那么LNMP环境中nginx是怎样和php结合起来的呢？这就靠着两种通信方式了，socket（套接字）形式与
ip:port形式。
看一下我们nginx与php的配置文件/usr/local/nginx/conf/nginx.conf与/usr/local/php/etc/php-fpm.conf，其中都有一句话：
fastcgi_pass unix:/tmp/php-cfgi.sock
这就是用来通信的，还有一种形式是：127.0.0.1 : 9000
注意一：这里用两种形式都可以，但是两个配置文件中的形式一定要统一，不然绝对502
注意二：如果用套接字形式的话，socket文件的路径一定要对，不然也还是502
二、没有权限
nginx中默认监听的socket文件权限是所有者只读，属组和其他用户没有任何权限。所以，nginx的启动
用户（咱们配置的是nobody）就没有办法去读这个socket文件，最终导致502
解决办法：在配置文件/usr/local/php/etc/php-fpm.conf中加入
listen.owner = nobody //定义nginx的所属主
listen.group = nobody //定义nginx的所属组 这两个配置就是定义socket的属主和属组是谁。
还有另一种办法：
listen.mode = 0666
注：这两种方法用一种就可以了，没有必要两种都用
三、资源耗尽
nmp架构在处理php时，nginx直接调取后端的php-fpm服务，如果nginx的请求量偏高，我们又没有给php-
fpm配置足够的子进程，那么php-fpm就会资源耗尽，一旦资源耗尽nginx找不到php-fpm就会出现502
解决方案：
去调整php-fpm.conf中的pm.max_children数值，使其增加，但是也不能无限增加，毕竟资源有限，一般
4G内存机器如果跑php-fpm和nginx，不跑mysql可以设置为150，8G为300以此类推
四、其它
如果遇到其它的较为少见的错误，我们可以修改nginx的错误日志（/usr/local/nginx/logs/nginx_error.log）的级别，使其记录最多的日志内容，这样方便我们排查错误
修改方法：在配置文件/usr/local/nginx/conf/nginx.conf中将 crit 改为 debug
页:
[1]