发布于 2014-12-05 08:39:04 | 1968 次阅读 | 评论: 1 | 来源: 网友投递
Nginx WEB服务器
Nginx 是一个高性能的 HTTP 和 反向代理 服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。
本文向大家讲解的是nginx的502、504、500错误解决方法，感兴趣的同学参考下。
1、500错误指的是服务器内部错误，也就是服务器遇到意外情况，而无法履行请求。
2、500错误一般有几种情况：（1）web脚本错误，如php语法错误，lua语法错误等。（2）访问量大的时候，由于系统资源限制，而不能打开过多的文件
3、一般分析思路：
（1）查看nginx error log ，查看php error log
（2）如果是too many open files，修改nginx的worker_rlimit_nofile参数使用ulimit查看系统打开文件限制，修改/etc/security/limits.conf
（3）如果是脚本的问题，则需要修复脚本错误，并优化代码
（4）各种优化都做好，还是出现too many open files，那就要考虑做负载均衡，把流量分散到不同服务器上去了
1、使用nginx代理，而后端服务器发生故障；或者php-cgi进程数不够用；php执行时间长，或者是php-cgi进程死掉；已经fastCGI使用使用情况等都会导致502、504；
2、502 是指请求的php-fpm已经执行，但是由于某种原因而没有执行完毕，最终导致php-fpm进程终止。一般来说，与php-fpm.conf的设置有关，也与php的执行程序性能有关
3、504 表示超时，也就是客户端所发出的请求没有到达网关，请求没有到可以执行的php-fpm。与nginx.conf的配置也有关系
4、解决思路：
（1）首先查看php-fpm是否有启动：
root@localhost:/usr/local/openresty/nginx/conf# ps -ef | grep 'php-fpm'
root 25696 1 0 Nov29 ? 00:00:00 php-fpm: master process (/php-fpm.conf)
www 25697 25696 0 Nov29 ? 00:00:01 php-fpm: pool www
www 25698 25696 0 Nov29 ? 00:00:01 php-fpm: pool www
（2）其次，确认php-fpm的worker进程是否够用，如果不够用就等于没有开启一样
计算开启worker进程数目
ps -ef | grep 'php-fpm'|grep -v 'master'|grep -v 'grep' |wc -l
计算正在使用的worker进程，正在处理的请求
netstat -anp | grep 'php-fpm'|grep -v 'LISTENING'|grep -v 'php-fpm.conf'|wc -l
如果上面两个值接近可以考虑增加worker_connections进程的数量
（3）fastcgi缓存相关修改：
fastcgi_buffer_size ：
这个参数指定将用多大的缓冲区来读取从FastCGI服务器到来应答的第一部分。通常来说在这个部分中包含一个小的应答头。
默认的缓冲区大小为fastcgi_buffers指令中的每块大小，可以将这个值设置更小。
fastcgi_buffers ：
这个参数指定了从FastCGI服务器到来的应答，本地将用多少和多大的缓冲区读取，
默认这个参数等于分页大小，根据环境的不同可能是4K, 8K或16K。
第二条指令的参数指定将使用多大的缓冲区来读取从FastCGI进程到来应答头，这个值由这两条命令的结果是：16*4k=64k决定，因此，这意味着 所有FastCGI返回的应答，nginx将超过64k的部分写入磁盘，而64k以内的部分写入内存。 如果你设置的等待时间太短、机器又繁忙，势必会造成502问题。
如果是要的是代理模块，那么会是以下的设置：
proxy_buffer_size 16k;
proxy_buffers 4 16k;
（4）超时参数设置，根据实际情况调整
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
（5）杀手锏，把日志调为debug级别，多看nginx log，php error log；php fpm log
nginx是一个web服务器，因此nginx的access日志只有对访问页面的记录，不会有php 的 error log信息。
nginx把对php的请求发给php-fpm fastcgi进程来处理，默认的php-fpm只会输出php-fpm的错误信息，在php-fpm的errors log里也看不到php的errorlog
原因是php-fpm的配置文件php-fpm.conf中默认是关闭worker进程的错误输出，直接把他们重定向到/dev/null,所以我们在nginx的error log 和php-fpm的errorlog都看不到php的错误日志。
调试起来就很痛苦了。解决nginx下php-fpm不记录php错误日志的办法:
1.修改php-fpm.conf中配置 没有则增加
catch_workers_output = yes
error_log = log/error_log
2.修改php.ini中配置，没有则增加
log_errors = On
error_log = "/usr/local/lnmp/php/var/log/error_log"
error_reporting=E_ALL&~E_NOTICE
3.重启php-fpm，
当PHP执行错误时就能看到错误日志在"/usr/local/lnmp/php/var/log/error_log"中了
请注意：
1. php-fpm.conf 中的php_admin_value[error_log] 参数 会覆盖php.ini中的 error_log 参数
所以确保你在phpinfo()中看到的最终error_log文件具有可写权限并且没有设置php_admin_value[error_log] 参数，否则错误日志会输出到php-fpm的错误日志里。
2.找不到php.ini位置，使用php的phpinfo()结果查看
3.如何修改PHP错误日志不输出到页面或屏幕上
修改php.ini
display_errors = off //不显示错误信息(不输出到页面或屏幕上)
log_errors = on //记录错误信息(保存到日志文件中)
error_reporting = E_ALL //捕获所有错误信息
error_log = //设置日志文件名
程序中修改以上配置
ini_set("display_errors",0)
ini_set("error_reporting",E_ALL); //这个值好像是个PHP的常量
ini_set("error_log","<日志文件名>")
ini_set("log_errors",1);
4.如何将php的错误日志输出到nginx的错误日志里
在PHP 5.3.8及之前的版本中，通过FastCGI运行的PHP，在用户访问时出现错误，会首先写入到PHP的errorlog中
如果PHP的errorlog无法写入，则会将错误内容返回给FastCGI接口，然后nginx在收到FastCGI的错误返回后记录到了nginx的errorlog中
在PHP 5.3.9及之后的版本中，出现错误后PHP只尝试写入PHP的errorlog中，如果失败则不会再返回到FastCGI了，错误日志会输出到php-fpm的错误日志里。
所以如果想把php错误日志输出到nginx错误日志，需要使用php5.3.8之前的版本，并且配置文件中php的error_log对于php worker进程不可写