修复 Nginx 和 PHP-FPM 之间的超时问题

若你使用 Nginx 作为 PHP-FPM 的反向代理，且你的 PHP 脚本很复杂或者很慢，需要运行很久，很可能就会看到 504 gateway time-out 错误。 这是个很常见的错误，但是大多数情况下人们会找错解决问题的地方，他们不知道怎么找到哪个超时 directive 是正确的、符合他们的情景的。 2016/08/18 11:36:59 [error] 14564#0: *1215 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 123.456.789.123, server: example.com, request: "POST /path/to/some/script.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "example.com", referrer: "http://example.com/" 这条错误清楚的陈述了 Nginx 和 upstream 服务之间的连接超时这件事。在此这个 upstream 服务是 PHP-FPM，但也可以是任何 FastCGI 服务在读响应头时出错。 若你据此稍加分析，就不会没找到 fastcgi_read_timeout 这个 directive。浏览文档，看看它是做什么： 设置 upstream 等待 FastCGI 进程发送数据的时长的 directive 。若你有长时间运行、若非结束不输出结果的 FastCGI 进程，修改这个 directive。 若你在错误日志中看到 upstream 超时错误，那么增加这个参数到某个更合适的值。 所以，在 http, server 或者 location 的 { 和 } 之间加上这个 directive 并赋予足够高的数值是明智之举，例如： ocation ~* .php$ { include fastcgi_params; fastcgi_index index.php; fastcgi_read_timeout 120; fastcgi_pass 127.0.0.1:9000; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; }