max_execution_time 无法按服务器动态自动设置，必须通过部署时配置FPM pool、Nginx超时参数及下游依赖（MySQL/Redis/cURL）统一调优来实现差异化超时控制。
PHP 的 max_execution_time 不能按服务器动态设置
直接说结论：max_execution_time 是 php 运行时配置，只在单个请求生命周期内生效，且无法根据 nginx/apache 所在服务器 ip 或主机名自动切换。它不读取“当前跑在哪台机器上”，只认当前 php sapi 环境的配置来源（php.ini、.htaccess、ini_set() 或 fpm pool 配置）。
所以所谓“为不同服务器设不同值”，本质是：你得在部署阶段或运行时，让每台服务器加载自己专属的 PHP 配置。
- 别指望用
if ($_SERVER['SERVER_ADDR'] === '10.0.1.5') ini_set('max_execution_time', 120);—— 这种写法看似灵活，但会污染所有请求，且无法覆盖 CLI 或某些 SAPI 下的默认限制 - FPM 模式下，
php_admin_value[max_execution_time]可以 per-pool 设置，这才是真正隔离的路径 - CLI 脚本要单独控制，必须显式调用
set_time_limit(0)或传参php -d max_execution_time=300 script.php
Nginx 反向代理后，fastcgi_read_timeout 比 max_execution_time 更关键
当 PHP 跑在 FPM 后面，Nginx 只负责转发和等待响应。如果 PHP 进程卡住没返回，Nginx 会在自己的超时机制触发后直接断连，此时用户看到的是 504 Gateway Timeout，跟 PHP 的 max_execution_time 无关。
常见错误现象：改了 max_execution_time = 300，但请求还是 60 秒就挂——大概率是 Nginx 的 fastcgi_read_timeout 没同步调大。
-
fastcgi_read_timeout必须 ≥ 对应 FPM pool 的request_terminate_timeout（如果有）和 PHP 的max_execution_time - 不同服务器可配不同值：比如批处理服务器的 upstream 可单独定义
fastcgi_read_timeout 600;，而 API 服务器保持 30 - 别漏掉
proxy_read_timeout—— 如果你用的是 proxy_pass 到 PHP-FPM socket（少见但存在），它才起作用
FPM pool 配置才是跨服务器差异化调优的正解
每台服务器启动前，FPM 的 www.conf 或独立 pool 文件可以加载不同参数。这才是“不同服务器不同执行时间”的落地方式，不是靠代码判断，而是靠部署时注入配置。
例如，在部署脚本里根据主机名生成 pool 配置：
[batch] user = www-data group = www-data listen = /run/php/php8.2-fpm-batch.sock php_admin_value[max_execution_time] = 1800 php_admin_flag[log_errors] = on
- pool 名（如
[batch]）需对应 Nginx 中fastcgi_pass unix:/run/php/php8.2-fpm-batch.sock; -
php_admin_value优先级高于php.ini和ini_set()，且无法被运行时修改，更安全 - 注意权限：socket 文件属主/属组要和 pool 定义一致，否则 Nginx 会报
connect() to unix:/... failed (13: Permission denied)
超时链路不止一层：从客户端到数据库都要对齐
只调 PHP 和 Nginx 的超时，常忽略两个关键环节：HTTP 客户端（比如 curl、axios）和后端服务（MySQL、Redis）。它们各自有默认 timeout，一旦比 PHP 先中断，就会导致“PHP 还在跑，但前端已放弃”。
- cURL 请求要显式设
curl_setopt($ch, CURLOPT_TIMEOUT, 300)，否则默认是 0（不限时）或系统级 timeout（不可控） - MySQL 连接超时由
wait_timeout和interactive_timeout控制，长任务前建议执行SET SESSION wait_timeout = 3600 - Redis 的
timeout参数（如 Predis 构造函数里的'timeout' => 300）也要匹配，否则阻塞在 read 上不会触发 PHP 的max_execution_time
调一个点容易，但整条链路上每个环节都得检查是否对齐——尤其是当你把一台机器从“API 服务器”临时切为“离线任务服务器”时，最容易漏掉下游依赖的 timeout 配置。
