proxy_read_timeout 300s 和 PHP 30s 谁先超时 请求被杀

grep -r request_terminate_timeout /etc/php-fpm.d/
proxy_read_timeout 300s;
proxy_connect_timeout 5s;
nginx -s reload

导出接口有时 504 有时 502，Nginx 配了 300 秒，PHP-FPM 的 request_terminate_timeout 还是 30 秒。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：Nginx 等上游 300 秒，PHP 进程 30 秒就被 FPM 杀掉，连接被重置，Nginx 记成 502。三层超时不一致时，报错码会随哪一层先到而变化。

围绕「超时三层不一致」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。监控和日志的时间要对上，时区不一致会多绕很大一圈。

临时改动用注释写上日期和原因，过两周自己都记不清为什么这么写。动手前把原文件复制一份带时间戳，出问题立刻换回去，比现场分析快得多。

一次只改一处，改完立刻验证，几个改动叠在一起，出问题就说不清是谁导致的。

处理上按这个顺序：把 Nginx FPM 应用三层超时列出来对齐；request_terminate_timeout 要大于应用最长处理时间；慢任务改成异步队列 不要靠调大超时硬扛；用一次真实导出确认返回码和耗时。

确认没问题再收工，导出任务在 90 秒内完成 返回 200 不再出现 502 或 504。