当使用 Nginx 作为前端服务器部署 PHP 项目时，一旦出现 502 Bad Gateway 或 504 Gateway Timeout 响应，应当从哪些方面进行系统性排查？请给出具体的排查步骤和可能的原因。
考察说明
考查对 Nginx 与 PHP-FPM 协同工作时的错误排查能力及对常见故障根因的理解。
回答思路
- 【回答框架 1】502 表示 Nginx 作为代理无法从上游 PHP-FPM 获取有效响应，常见原因包括 PHP-FPM 未启动、进程崩溃、监听地址或端口不匹配、FastCGI 配置错误等。首先确认 PHP-FPM 运行状态，检查其监听方式（如 unix socket 或 tcp 端口）是否与 Nginx 配置中的 fastcgi_pass 一致，并查看 PHP-FPM 的日志（通常位于 /var/log/php-fpm.log 或 /var/log/php*）以获取详细错误。
- 【回答框架 2】504 表示 Nginx 等待上游响应超时，通常由 PHP 脚本执行过慢或 PHP-FPM 处理能力不足引起。排查时需检查 Nginx 的 fastcgi_read_timeout 配置，以及 PHP-FPM 的 request_terminate_timeout、max_execution_time 等参数。若 PHP 进程因等待外部资源（如数据库、API）而阻塞，还需优化代码或增加超时设置。
- 【回答框架 3】检查 PHP-FPM 的资源使用情况，例如内存和进程数，可能因达到 pm.max_children 限制而无法接受新请求，导致 502。可调整进程管理配置（如 pm、pm.max_children）并观察日志中的相关告警。
- 【回答框架 4】网络层面：如果 PHP-FPM 与 Nginx 不在同一主机，需检查防火墙、网络连接是否正常，以及上游地址的可达性。对于 unix socket，应确保文件权限正确。
- 【关键点 1】502 通常与 PHP-FPM 进程不可用或配置不匹配有关，504 通常因 PHP 执行超时或上游响应慢导致。
- 【关键点 2】优先检查 PHP-FPM 状态和错误日志，并核对 Nginx 的 fastcgi_pass 配置。
- 【关键点 3】确保 fastcgi_read_timeout 与 PHP-FPM 超时参数协调，避免超时设置过短。
- 【关键点 4】关注 PHP-FPM 进程数设置，防止资源耗尽引发 502错误。
- 【易错点 1】忽视日志信息，直接重启服务，可能掩盖根本原因。
- 【易错点 2】仅调整 Nginx 超时而不评估 PHP-FPM 处理能力，可能导致问题依旧。
- 【易错点 3】未检查 PHP-FPM 与 Nginx 之间的连接配置（如 socket 路径或端口）是否一致。