$cfg['ExecTimeLimit']不支持per-server配置，因其是全局单值，在初始化阶段读取并作用于整个会话；所有服务器共享同一限制，无法随$cfg['Servers']动态切换。
不能直接为每个服务器连接单独设置 $cfg['exectimelimit'] —— phpmyadmin 的执行时间限制是全局生效的，不是按服务器实例区分的。
为什么 $cfg['ExecTimeLimit'] 不支持 per-server 配置
phpMyAdmin 的 $cfg['ExecTimeLimit'] 是在初始化阶段读取一次、作用于整个会话的全局限制。它不随 $cfg['Servers'] 数组中的某个 server 条目动态切换。即使你给不同服务器定义了不同配置项（比如 $cfg['Servers'][1]['host'] 和 $cfg['Servers'][2]['host']），$cfg['ExecTimeLimit'] 仍只有一份值，所有数据库操作共享该限制。
实际可行的替代方案：按需动态覆盖
如果你确实需要对某类服务器（例如生产库）放宽限制、而对测试库保持严格限制，只能靠「运行时干预」而非配置分离：
- 在
config.inc.php中保留一个偏保守的默认值，比如$cfg['ExecTimeLimit'] = 300; - 在执行高耗时操作前，用 SQL 查询或前端触发逻辑，先调用
set_time_limit()（需 PHP 环境允许）临时延长当前脚本生命周期 - 对关键长查询（如导出、重建索引），改用命令行
mysqldump或mysql客户端，绕过 phpMyAdmin 的 PHP 执行层限制 - 若使用 Nginx/Apache 反代 phpMyAdmin，可在特定 location 块中通过
fastcgi_read_timeout或proxy_read_timeout单独控制该路径的网关超时，间接影响“感知到的执行时间”
容易被忽略的叠加点：MySQL 层级超时也会影响结果
即使 PHP 和 phpMyAdmin 层都放宽了限制，MySQL 本身仍可能中断查询：
-
wait_timeout和interactive_timeout控制空闲连接断开，默认 8 小时，一般不构成瓶颈 -
max_execution_time（MySQL 5.7.8+）可设为语句级硬限制，例如：SELECT /*+ MAX_EXECUTION_TIME(60000) */ * FROM huge_table; - 但该 hint 仅对 SELECT 生效，且需 MySQL 开启并支持；INSERT/UPDATE/DDL 不受其约束
- 真正卡住你的，往往是
net_read_timeout或net_write_timeout—— 特别在传输大结果集时，建议同步调高这两个值（如设为600），否则 PHP 还没超时，MySQL 已先断连
最终效果取决于 PHP 层、phpMyAdmin 层、Web 服务器层、MySQL 层四者中最短的那个 timeout。没有“per-server 执行时间”这种配置项，只有层层叠加的协作边界。
立即学习“PHP免费学习笔记（深入）”；
