phpMyAdmin多服务器切换掉线是因为各实例使用独立session key和cookie domain/path，浏览器严格按域名隔离会话；需为每个实例单独配置$cfg['LoginCookieValidity']、PHP的session.gc_maxlifetime及反代超时参数并确保三者对齐。
phpMyAdmin 多服务器切换掉线，不是浏览器清了 cookie，而是每个服务器实例用的 session key 和 cookie path 完全隔离 —— 你登录的是 pm1.example.com，切到 pm2.example.com 时，浏览器根本不会发那个登录态。
为什么多服务器标签页一换就跳回登录页
phpMyAdmin 每个实例默认生成独立的 session 名（如 phpMyAdmin_abc123），且 cookie domain/path 绑定在当前域名或路径上。即使两个站点同域、同端口，只要 $cfg['Servers'][$i] 配置不同，它就会走不同 session 流程。
- 浏览器按
domain + path + port严格隔离 cookie，pm1.example.com的 cookie 不会自动带到pm2.example.com -
$cfg['AllowArbitraryServer'] = true启用后，每次输新地址仍要重登录，因为新连接触发全新 session 初始化 - 强行用
session_set_cookie_params()统一 domain 会破坏 CSRF token 绑定逻辑，导致 403 或静默失败
必须为每个 phpMyAdmin 实例单独延长登录有效期
不能只改一个配置文件就指望所有站点生效。每个站点对应一份独立的 config.inc.php，且需三参数对齐：登录 cookie 有效期、PHP 会话垃圾回收时间、反代超时。
- 在对应站点的
config.inc.php末尾加：$cfg['LoginCookieValidity'] = 36000;$cfg['LoginCookieStore'] = 0; - 确认该站点所用 PHP 版本的
session.gc_maxlifetime≥ 36000（宝塔中进【PHP 设置】→【配置文件】修改） - Nginx 反代配置里加
proxy_read_timeout 3600;，避免连接中途被断开导致 session 中断
子路径部署时，PMA_ABSOLUTE_URI 是绕过协议/路径错乱的唯一可靠方式
如果多个 phpMyAdmin 实例分别跑在 https://a.example.com/pma1/ 和 https://a.example.com/pma2/，不设 PMA_ABSOLUTE_URI 就会拼出 http://localhost/pma1/ 这类跳转地址 —— 因为 phpMyAdmin 根本不读 X-Forwarded-Proto，只信 $_SERVER['HTTPS']。
立即学习“PHP免费学习笔记（深入）”；
- Docker 启动时传环境变量最稳：
docker run -e PMA_ABSOLUTE_URI=https://a.example.com/pma1/ ... - 非 Docker 环境，在
config.inc.php加判断逻辑（仅当无法用环境变量时）：if(isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') { $_SERVER['HTTPS'] = 'on'; } - 对应 Nginx location 块必须带结尾
/：proxy_pass http://127.0.0.1:8080/pma1/;（缺斜杠会导致路径 double 编码）
真正容易被忽略的是：哪怕所有配置都对了，AppServer 类环境（如宝塔默认）用文件存 session，一旦磁盘满、权限错或并发高，session 文件可能写失败或读损坏 —— 表现就是“输对密码 → 页面闪一下 → 又回到登录页”，连错误日志都不报。这时候得查 /tmp 或 /www/wwwlogs 下 session 目录的磁盘空间和写权限。
