504网关超时的调试及实际原因与解决方案

Question

我们在RHEL 6.6上的web服务器Varnish+Nginx+FastCGI（php-fpm）上运行以下堆栈

它是一个动态的网站，每次都有不同的结果集，有大约200万个与谷歌索引的URL。

null

我已经与开发人员进行了几次讨论，但据他所说，底层的php脚本几乎什么都不做，它应该不会花这么长时间（120秒），但它仍然提供504网关超时。

需要确定问题发生的确切位置：

• 是Nginx的问题吗？
• 这是php-fpm的问题吗？
• 这是底层php脚本的问题吗？
• 是否可能nginx无法连接到php-fpm？
• 如果我们使用Unix套接字而不是TCP/IP连接来解决这个问题吗？

需要找出我们得到504的确切原因（我知道它的超时，但原因不明）。需要找到根本原因才能永久修复它。

我如何确认问题到底在哪里？

以下是一些已经定义的超时：

null

null

以下是sysctl.conf中的一些设置：

• net.ipv4.ip_local_port_range=1024 65500
• net.ipv4.tcp_fin_timeout=10
• net.ipv4.tcp_tw_reuse=1
• net.ipv4.tcp_syn_retrys=6
• net.core.netdev_max_backlog=8192
• net.ipv4.tcp_max_tw_buckets=2000000
• net.core.somaxconn=4096
• net.ipv4.tcp_no_metrics_save=1
• vm.max_map_count=256000

如果它编写的代码很差，那么我需要通知开发人员504是由于php代码中的问题而发生的，而不是由于nginx或php-fpm，如果它是由于nginx或php-fpm，那么需要修复它。

1. 504@120秒出现以下错误:

2016/01/05 03:50:54[错误]1070#0:*201650845连接到上游时上游超时（110：连接超时），客户端:66.249.74.99，服务器:x.x.x.x，请求：“get/some/URL http/1.1”，上游：“fastcgi://127.0.0.1:9000”，主机：“example.com”

2016/01/05 00:51:43[错误]1067#0:*200656359从上游读取响应标头时上游超时（110：连接超时），客户端:115.112.161.9，服务器:192.168.12.101，请求：“get/some/URL http/1.1”，上游：“fastcgi://127.0.0.1:9000”，主机：“example.com”

>

在php-fpm日志中未发现错误。

php-fpm过程数也正常。后端看起来没有过载，因为其他请求在同一时间被很好地服务了。

只有一个php-fpm池正在使用。一个php-fpm主进程（父进程）和其他从进程（子进程）通常只有在观察到5xx时才处于正常范围。php-fpm进程的数量没有显著增长，即使增长了，服务器也有足够的容量来分叉新的进程并为请求服务。

Answer 1

尝试进一步增加nginx配置中的fastcgi_read_timeout和proxy_read_timeout。您可以将其添加到任何具有长任务的文件的顶部

ini_set('max_execution_time', '0'); // for infinite time of execution   
ini_set('max_execution_time', '300'); //300 seconds = 5 minutes
ini_set('memory_limit','2048M'); // For unlimited memory limit set -1