共计 3257 个字符，预计需要花费 9 分钟才能阅读完成。
公司一台测试服务器，最近出现 504 和 502 问题:(环境 LNMP,php 编译安装，Fastcgi 模式），问题不难解决，但这里分享一下自己的排查思路和处理问题的方式。
504 Gateway Time-out，nginx 502 bad gateway
一、分析问题：
Nginx 504 Gateway Time-out 的含义是没有请求到可以执行的 PHP-CGI。
Nginx 502 Bad Gateway 的含义是请求的 PHP-CGI 已经执行，但是由于读取资源的等没有执行完毕而导致 PHP-CGI 进程终止。
二、排查步骤：
1）查看 Nginx 是否可以正常解析 php 文件（解析正常）
2）查看 Nginx 访问日志和 php 日志 (日志报错，锁定问题）
2.1.1）Nginx 相关日志
failed (104: Connection reset by peer) while reading…
timed out (110: Connection timed out) while reading response…
2.1.2）php 相关日志
WARNING: child 25718 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start
3）查看 php 和 nginx 相关配置（Fastcgi 相关参数）
……
3.1.1）Nginx 和 Fastcgi 常用相关参数：
fastcgi_connect_timeout 60;
# 指定连接到后端 FastCGI 的超时时间。
fastcgi_send_timeout 60;
# 向 FastCGI 传送请求的超时时间，这个值是指已经完成两次握手后向 FastCGI 传送请求的超时时间。
fastcgi_read_timeout 300;
# 接收 FastCGI 应答的超时时间，这个值是指已经完成两次握手后接收 FastCGI 应答的超时时间。
fastcgi_buffer_size 4k;
# 指定读取 FastCGI 应答第一部分需要用多大的缓冲区，一般第一部分应答不会超过 1k，由于页面大小为 4k，所以这里设置为 4k。
fastcgi_buffers 8 4k;
# 指定本地需要用多少和多大的缓冲区来缓冲 FastCGI 的应答。
fastcgi_busy_buffers_size 8k;
# 默认值是 fastcgi_buffers 的两倍。
fastcgi_temp_file_write_size 8k;
# 在写入 fastcgi_temp_path 时将用多大的数据块，默认值是 fastcgi_buffers 的两倍。
fastcgi_cache TEST
# 开启 FastCGI 缓存并且为其制定一个名称。
fastcgi_cache_valid 200 302 1h;
fastcgi_cache_valid 301 1d;
fastcgi_cache_valid any 1m;
# 为指定的应答代码指定缓存时间，如上例中将 200，302 应答缓存一小时，301 应答缓存 1 天，其他为 1 分钟。
fastcgi_cache_min_uses 1;
# 缓存在 fastcgi_cache_path 指令 inactive 参数值时间内的最少使用次数，如上例，如果在 5 分钟内某文件 1 次也没有被使用，那么这个文件将被移除。
3.1.2）查看进程使用情况
netstat -autpn|grep “php-cgi”|wc -l
3.1.3）查看 Nginx 和 Fastcgi 相关配置
fastcgi_connect_timeout 60;
fastcgi_send_timeout 60;
fastcgi_read_timeout 60;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
调整时间，根据之前经验 300s 足够，最主要的设置是前三条：
fastcgi_connect_timeout 300s;
fastcgi_send_timeout 300s;
fastcgi_read_timeout 300s;
3.1.4) 调 php 相关参数：
php.ini
1 max_execution_time = 60
php-fpm.conf:
request_terminate_timeout=300s
# 默认是 0
3.1.4.1）上述参数作用
两项都是用来配置 PHP 脚本的最大执行时间的。当超过这个时间时，PHP-FPM 不只会终止脚本的执行，还会终止执行脚本的 Worker 进程。因此 Nginx 发现与自己通信的连接断掉了，就会返回给客户端 502 错误。
3.1.4.2）参数具体配置方式：
如果服务器性能足够好，且宽带资源足够充足，PHP 脚本没有系循环或 BUG 的话你可以直接将”request_terminate_timeout”设置成 0s。0s 的含义是让 PHP-CGI 一直执行下去而没有时间限制。
”max_children”也需要根据服务器的性能进行设定，一般来说一台服务器正常情况下每一个 php-cgi 所耗费的内存在 20M 左右，可根据自己的配置具体定义。
3.1.5）502 和 504 可能存在的其它问题
3.1.5.1）Nginx 的 max_fail，fail_timeout 问题
3.1.5.2）网络偶然问题
3.1.5.3）参数配置冲突问题（eg:php.ini 和 php-fpm，Nginx 配置 Fastcgi 指定了相关参数）
location ~ \.php$ {
root htdocs；
include fastcgi_params;
fastcgi_connect_timeout 60;
fastcgi_read_timeout 120;
fastcgi_send_timeout 120;
}
三、总结：
4.1）根据 Ninx 相关报错可直接根据常见报错锁定目标。
4.2）根据日志，快速锁定原因。日志是排错的法宝，一定要充分利用。
4.3）调参数注意文件的备份，避免误操作。此外要考虑到参数生效优先级的问题。
4.4）问题总结，做好笔记，下次遇到则可快速解决。
搭建基于 Linux6.3+Nginx1.2+PHP5+MySQL5.5 的 Web 服务器全过程 http://www.linuxidc.com/Linux/2013-09/89692.htm
CentOS 6.3 下 Nginx 性能调优 http://www.linuxidc.com/Linux/2013-09/89656.htm
CentOS 6.3 下配置 Nginx 加载 ngx_pagespeed 模块 http://www.linuxidc.com/Linux/2013-09/89657.htm
CentOS 6.4 安装配置 Nginx+Pcre+php-fpm http://www.linuxidc.com/Linux/2013-08/88984.htm
Nginx 安装配置使用详细笔记 http://www.linuxidc.com/Linux/2014-07/104499.htm
Nginx 日志过滤 使用 ngx_log_if 不记录特定日志 http://www.linuxidc.com/Linux/2014-07/104686.htm
Nginx 的 500,502,504 错误解决方法 http://www.linuxidc.com/Linux/2015-03/115507.htm
Nginx 提示 504 Gateway Time-out 错误的解决方法 http://www.linuxidc.com/Linux/2017-01/139764.htm
Nginx 的详细介绍 ：请点这里
Nginx 的下载地址 ：请点这里
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2017-02/140777.htm
