phpMyAdmin无法为不同服务器单独配置wait_timeout或connect_timeout，因这些是MySQL服务端参数且客户端不支持 per-host 设置；唯一可行方案是在登录后通过after_login钩子执行SET SESSION，或直接在各MySQL实例的my.cnf中分别配置。
phpMyAdmin 本身不支持为不同服务器配置独立的 wait_timeout 或 connect_timeout 值——这些是 MySQL 服务端参数，作用于整个实例，而非 phpMyAdmin 的某个连接配置项。你真正能控制的，是在连接建立后、执行 SQL 前，对当前会话（session）动态设置超时值。
为什么不能在 $cfg['Servers'][$i] 中直接设超时
phpMyAdmin 的服务器配置数组（如 $cfg['Servers'][1]）只接受认证、主机、端口、auth_type 等连接元信息，不提供 connect_timeout、wait_timeout 这类底层连接参数的入口。MySQL 客户端库（mysqli/PDO）也不允许在连接字符串或配置块中为每个 host 单独指定超时值——它们由 PHP 层统一传递，且仅影响“建立连接”阶段，不影响后续空闲行为。
-
connect_timeout是 PHP 启动连接时用的，它属于 mysqli 初始化选项，但 phpMyAdmin 没暴露该配置点 -
wait_timeout和interactive_timeout是 MySQL 服务端变量，必须在连接成功后用SET SESSION wait_timeout = 60设置 - 即使你改了 MySQL 配置文件里的全局
wait_timeout，它对所有连接一视同仁，无法按服务器区分
可行方案：登录后自动执行 SET SESSION
唯一可控路径，是在用户成功登录某台服务器后，让 phpMyAdmin 自动执行一条 SET SESSION 语句。这需要修改 phpMyAdmin 的初始化逻辑，但不必动核心代码——利用其 $cfg['Servers'][$i]['extension'] 或钩子机制不可行，正确做法是通过自定义 config.inc.php 中的 $cfg['Servers'][$i]['AllowRoot'] 等字段“搭便车”，实际靠 hooks 或更稳妥的 config.user.inc.php + 扩展脚本实现。不过最轻量、已验证的方式是：在 phpMyAdmin 根目录下创建 libraries/user_config.php（如果存在则追加），并在其中监听连接建立后的事件：
- phpMyAdmin 7.2+ 支持
after_login钩子，可在config.inc.php末尾添加：
$GLOBALS['plugin']->add_hook('after_login', function ($params) {
global $dbi;
$server = $params['server'];
// 按 $server 索引查表，映射超时值
$timeout_map = [
1 => 300, // server 1: 5 分钟
2 => 60, // server 2: 1 分钟（高敏测试库）
3 => 1800, // server 3: 30 分钟（本地离线分析库）
];
if (isset($timeout_map[$server])) {
$dbi->tryQuery("SET SESSION wait_timeout = " . (int)$timeout_map[$server]);
}
});
- 确保
$dbi已就绪（该钩子触发时连接已建立） - 注意：此写法依赖 phpMyAdmin 版本 ≥ 5.2，且需启用钩子支持（默认开启）
- 若版本较老（如 4.x），只能改
libraries/common.inc.php，在PMA_getDbConnection()返回后插入mysqli_query()调用，风险更高
更安全的替代：靠 MySQL 服务端策略分流
与其在 phpMyAdmin 层硬塞 SET 语句，不如让不同服务器实例自己承担超时策略。例如：
立即学习“PHP免费学习笔记（深入）”；
- 给测试库 MySQL 实例单独配
my.cnf：wait_timeout = 60 - 给生产库实例配
wait_timeout = 1800 - 用
mysql --defaults-file=/etc/mysql/test.cnf -h ...启动不同实例，确保参数隔离 - 这样 phpMyAdmin 连哪台，就自然继承哪台的
wait_timeout，无需任何 PHP 层干预
这个方案不依赖 phpMyAdmin 版本，无维护成本，且符合 MySQL 设计本意——超时是服务端资源管理策略，不该由客户端强行覆盖。
容易被忽略的关键点
即便你成功执行了 SET SESSION wait_timeout = 60，它也只对当前连接有效；下次 phpMyAdmin 新建连接（比如切换数据库、刷新页面、新开标签页），又会回到该 MySQL 实例的默认 wait_timeout 值。所以真要“持久生效”，必须双管齐下：服务端配置 + 客户端钩子。另外，interactive_timeout 对 phpMyAdmin 几乎无效，因为它走的是 HTTP 请求/响应模型，不是交互式 shell，别白费力气去设它。
