phpMyAdmin多服务器模式下会话超时由$cfg['LoginCookieValidity']全局控制，非session.gc_maxlifetime；该值直接决定加密cookie（phpMyAdmin）有效期，优先级更高，且不支持按服务器单独配置。

phpmyadmin 的多服务器模式下，会话超时时间不由服务器配置单独控制，而是由 $cfg['logincookievalidity'] 全局决定 —— 即使你为不同服务器配置了独立登录入口，只要共享同一套 phpmyadmin 实例，就共用这个值。

为什么修改 session.gc_maxlifetime 没用？

很多人尝试调大 PHP 的 session.gc_maxlifetime，但发现登录仍很快失效。这是因为 phpMyAdmin 默认不依赖原生 PHP session 存储登录态，而是用加密的 cookie（phpMyAdmin）保存登录凭证，并通过 $cfg['LoginCookieValidity'] 控制其有效期（单位：秒）。PHP 的 session 设置只影响后台临时会话，不影响登录态本身。

• phpMyAdmin 登录后生成的 cookie 名为 phpMyAdmin，内容是加密后的服务器 ID、用户名和时间戳
• $cfg['LoginCookieValidity'] 直接参与该 cookie 的过期校验逻辑，优先级高于 PHP 原生 session 配置
• 即使 session.gc_maxlifetime 设为 86400，若 $cfg['LoginCookieValidity'] 是 1440（默认 24 分钟），cookie 仍会在 24 分钟后被拒绝

如何安全延长多服务器下的登录有效期？

在 config.inc.php 中设置统一的 $cfg['LoginCookieValidity']，所有服务器共享该值。不要试图为每个 $cfg['Servers'][$i] 单独设超时 —— 它不支持 per-server 超时配置。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

• 推荐值范围：建议不超过 28800（8 小时），避免长期有效 cookie 带来的安全风险
• 必须同步调整 session.cookie_lifetime（PHP 配置或 ini_set()），否则浏览器可能提前丢弃 cookie；例如：

  ini_set('session.cookie_lifetime', 28800);

• 若启用了 $cfg['LoginCookieRecall']，延长有效期后需注意自动登录行为是否符合预期
• Nginx/Apache 若设置了 proxy_cookie_path 或反向代理缓存，可能截断或重写 cookie 过期时间，需检查响应头中的 Set-Cookie

常见错误现象与排查点

改完配置仍频繁掉线？先确认这些地方是否一致：

• 修改的是正在使用的 config.inc.php（常位于 /usr/share/phpmyadmin/ 或 /etc/phpmyadmin/，而非示例文件）
• Web 服务器已重载（systemctl reload nginx 或 apache2ctl graceful），且 PHP OPcache 未缓存旧配置（可临时加 opcache.revalidate_freq=0 测试）
• 浏览器开发者工具 → Application → Cookies → 查看 phpMyAdmin cookie 的 Expires 时间是否已更新
• 错误日志中出现 Failed to set session cookie. Maybe you are using HTTP instead of HTTPS：说明 cookie 的 Secure 标志启用但连接非 HTTPS，导致浏览器拒收

多服务器模式本质只是前端路由 + 后端连接切换，登录态管理始终是全局的。真正需要隔离超时策略的场景，得靠部署多个独立 phpMyAdmin 实例，各自配不同的 $cfg['LoginCookieValidity'] 和域名。