$cfg['ServerDefault'] = 0 并非启用自由切换，而是禁用默认预选；当用户未选或所选服务器配置无效（如索引缺失、host为空、auth_type不匹配）时，phpMyAdmin会自动fallback至$cfg'Servers'，导致登录后跳回第一个服务器。
为什么 $cfg['ServerDefault'] 设为 0 会导致跳回第一个服务器
根本不是“默认服务器”被选中，而是 phpmyadmin 在找不到有效目标服务器时自动 fallback 到 $cfg['servers'][1]。当 $cfg['serverdefault'] = 0（即禁用默认服务器），且用户未显式选择、或所选服务器配置无效（如索引缺失、host为空、auth_type 不匹配），phpmyadmin 就会绕过所有逻辑，直接加载 $cfg['servers'][1] 的连接参数——哪怕你刚在登录页选了 server 3。
-
$cfg['ServerDefault'] = 0并不等于“允许自由切换”，它只是关闭自动预选；切换仍依赖前端下拉值 + 后端完整匹配 - 若
$cfg['Servers'][3]存在但$cfg['Servers'][3]['host']是空字符串或未定义，该条目会被 phpMyAdmin 忽略，请求仍落到[1] - 登录表单提交时带的
server参数必须是整数且对应已定义的键，比如提交server=2，但$cfg['Servers'][2]不存在 → 自动退到[1]
如何验证 server 参数是否被正确传递和识别
不要只看登录页下拉框是否显示多个选项，关键看 POST 请求里有没有带上正确的 server 字段，以及后端是否真能解析它。
- 打开浏览器开发者工具 → Network → 点登录按钮 → 找 form-data 请求 → 检查是否有
server=2这样的字段（不是server=空值） - 在
config.inc.php开头临时加一行：error_log('server param: ' . ($_POST['server'] ?? 'none'), 0);，然后看/var/log/php-fpm/www-error.log是否记录了预期值 - 如果日志里始终是
none或server=1，说明前端没传、或被 JS 覆盖（某些定制主题会劫持表单提交）
多服务器登录后跳转失败的常见配置断裂点
跳转逻辑依赖三个环节严丝合缝：表单提交的 server 编号、$cfg['Servers'] 数组存在且索引连续、每个服务器的 auth_type 和凭据能通过校验。任一环节断开，就会 fallback 到 [1]。
-
$cfg['Servers'][2]存在，但$cfg['Servers'][2]['auth_type'] = 'http'，而你的 Web 服务器没配 HTTP Basic Auth → 认证失败 → 回退到[1] - 用了循环生成配置，但写成
for ($i = 0; $i ，导致 <code>$cfg['Servers'][0]被创建 → phpMyAdmin 直接忽略整个数组，只认[1] - 某个服务器的
$cfg['Servers'][3]['host']写成了'localhost'，但该 MySQL 实例实际监听127.0.0.1:3307→ 连接超时 → 认证流程中断 → fallback
最易被忽略的调试手段：检查 $_SESSION['PMA_single_signon_cfg']
phpMyAdmin 在 cookie 认证模式下，会把当前选中的服务器信息存进 session 的 PMA_single_signon_cfg 键里。如果这个值始终是 1，说明切换动作根本没写入成功。
- 登录后访问任意页面，在 PHP 中加：
var_dump($_SESSION['PMA_single_signon_cfg'] ?? 'not set'); - 如果输出是
int(1)，但你明明点了 Server 4，说明AuthenticationCookie.php没拿到server参数，或写 session 失败（session.save_path 权限问题、磁盘满） - 注意：这个 session 值只在 cookie 模式下生效；若用 config 模式，它压根不写，跳转逻辑走的是另一套
server 是否发出，再查日志看是否收到，最后验 session 是否落地——顺序不能反。 
