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