Nginx + Php-fpm fastcgi 上游超时

Question

我遇到了长时间运行的 PHP 脚本的问题：

<?php

sleep(70); # extend 60s

phpinfo();

每次 60 秒后都会收到504 Gateway Time-out来自 Nginx 的响应而终止。

当我检查 Nginx 错误时，我可以看到请求超时：

... [error] 1312#1312: *2023 upstream timed out (110: Connection timed out) while reading response header from upstream, ... , upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock", ...

我浏览了相关问题并尝试增加超时创建/etc/nginx/conf.d/timeout.conf具有以下内容的文件：

proxy_connect_timeout 600;

proxy_send_timeout 600;

proxy_read_timeout 600;

send_timeout 600;

fastcgi_read_timeout 600;

fastcgi_send_timeout 600;

fastcgi_connect_timeout 600;

我还阅读了有关fastcgi和核心模块的 Nginx 文档，搜索默认设置为 60 秒的任何配置。

我排除了client_*超时，因为它们返回HTTP 408而不是HTTP 504响应。

这是我的 FastCGI 的 Nginx 服务器配置部分：

location ~ \.php$ {

    fastcgi_pass unix:/run/php/php7.0-fpm.sock;

    include fastcgi_params;

}

从我目前阅读的内容来看，这似乎不是 PHP 的问题，而 Nginx 应该归咎于超时。尽管如此，我也尝试修改 PHP 中的限制：

我的价值观来自phpinfo()：

default_socket_timeout=600

max_execution_time=300

max_input_time=-1

memory_limit=512M

php-fpm 池配置还启用了以下功能：

catch_workers_output = yes

request_terminate_timeout = 600

php-fpm 日志中没有任何内容。

我也是使用亚马逊的负载均衡器来路由到服务器，但是超时配置也从默认的 60 秒增加了。

我不知道还能去哪里看，在所有更改期间我都重新启动了 php-fpm 和 nginx。

Answer 1

正如在这些情况下发生的那样，我实际上正在编辑一个错误的配置文件，该文件没有被 Nginx 加载。将以下内容添加到正确的文件中就可以了：fastcgi_read_timeout 600;fastcgi_send_timeout 600;fastcgi_connect_timeout 600;