$cfg['ExecTimeLimit']是全局配置，不可按服务器单独设置，它控制PHP脚本总执行时长；真正的查询超时由MySQL端的max_execution_time等参数决定，需在对应MySQL实例中单独配置。
phpMyAdmin 的 $cfg['ExecTimeLimit'] 是全局的，不能 per-server 设置
phpMyAdmin 没有提供 $cfg['Servers'][$i]['exec_time_limit'] 这类服务器级查询超时配置项。所有连接共享同一个 $cfg['ExecTimeLimit'] 值，它控制的是 PHP 脚本执行总时长（单位：秒），不是 MySQL 层面的 max_execution_time 或 wait_timeout。改这个值会影响整个 phpMyAdmin 实例，包括登录、导航、SQL 执行等所有操作。
真正起作用的查询限制在 MySQL 服务端，不是 phpMyAdmin
你看到的“查询超时”“被中断”“超过最大执行时间”，根源几乎都在 MySQL 侧：
-
wait_timeout和interactive_timeout：控制空闲连接存活时间，和查询执行无关 -
max_execution_time（MySQL 5.7.8+）：针对单条 SELECT 语句的毫秒级硬限制，需在 SQL 中显式指定或设为会话级默认值 -
innodb_lock_wait_timeout：只影响锁等待，不终止运行中的查询 - PHP 的
max_execution_time：影响整个脚本生命周期，phpMyAdmin 用它兜底，但无法区分是连哪台 MySQL 出的问题
所以，要让不同 MySQL 实例对同一条 SQL 表现出不同行为（比如一台允许跑 30 秒，另一台 5 秒就 kill），必须在对应 MySQL 实例上单独配置 max_execution_time，例如：
SET SESSION max_execution_time = 5000;
或者在该实例的 my.cnf 中设默认值：
[mysqld] max_execution_time = 5000
phpMyAdmin 登录后可手动切换会话级限制，但无法自动绑定服务器
你可以在 phpMyAdmin 的 SQL 窗口里，对当前连接执行：
SET SESSION max_execution_time = 10000;
这仅对本次连接生效，且只对后续的 SELECT 有效（INSERT/UPDATE/DELETE 不受控）。但它不会“记住”这是第几号服务器——你每次连上不同实例，都得手动重设一次。没有机制能让 phpMyAdmin 在下拉选择 “Server A（3306）” 后自动执行这条 SET 语句。
容易忽略的关键点：权限与作用域
设置 max_execution_time 需要用户具备 SYSTEM_VARIABLES_ADMIN 或 SESSION_VARIABLES_ADMIN 权限（MySQL 8.0.16+），老版本需 SUPER。如果某台 MySQL 实例上用户没这个权限，SET SESSION 会静默失败或报错，而 phpMyAdmin 不会提示你——它只显示 SQL 执行结果，不校验变量是否真被应用。
另外，max_execution_time 对子查询、UNION、CTE 中的每个 SELECT 单独计时，不是整条语句总耗时。这点常被误读为“限制没生效”。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
