修改logincookievalidity需编辑config.inc.php文件，设$cfg['logincookievalidity']=300（单位秒），并同步调整php.ini中session.gc_maxlifetime为相同值，重启php服务后生效；该配置仅在auth_type='cookie'下有效，且需配合https和samesite策略保障安全。
修改 config.inc.php 中的 LoginCookieValidity 配置项
登录态有效期由 LoginCookieValidity 控制，单位是秒，默认值通常是 1440（24 分钟）。要缩短它，必须手动编辑 phpMyAdmin 的主配置文件 config.inc.php —— 这个文件通常位于 phpMyAdmin 安装根目录下，不是通过界面设置的。
常见错误是试图在 Web 界面里找“安全设置”或“会话超时”选项，但 phpMyAdmin 不提供 GUI 修改此项；改了也无效。
- 打开
config.inc.php，在$cfg['Servers'][$i]['auth_type'] = 'cookie';附近添加或修改这一行：$cfg['LoginCookieValidity'] = 300;
（设为 5 分钟） - 确保该配置在
$cfg['Servers']数组定义之后、?>之前生效 - 如果使用 Nginx + PHP-FPM，改完后需重载 PHP-FPM 或重启 Web 服务才能让新配置加载（Apache 同理）
为什么改了没生效？检查 Cookie 和 Session 的双重约束
LoginCookieValidity 只控制 cookie 的过期时间，但实际登录态还受 PHP 自身的 session.gc_maxlifetime 限制。如果后者更短，用户仍会在设定时间前被登出。
- 查看当前 PHP 的 session 生存期：
php -i | grep session.gc_maxlifetime - 若输出是
1440，而你设了LoginCookieValidity = 300，那没问题；但如果 PHP 的gc_maxlifetime是 300，而你设成 600，实际仍按 300 生效 - 建议同步调整：在
php.ini中设session.gc_maxlifetime = 300，并重启 PHP 服务
使用 cookie 认证时，LoginCookieValidity 对 rememberme 无影响
如果你勾选了“记住我”，phpMyAdmin 会生成一个长期有效的 pma_lang 和 pma_collation 类 cookie，但这些不参与认证流程。LoginCookieValidity 只作用于核心认证 cookie（如 phpMyAdmin_... 开头的），且仅在 auth_type = 'cookie' 下生效。
- 若用
auth_type = 'http'，此配置完全被忽略 - 某些旧版 phpMyAdmin（如 4.9.x）存在 bug：即使设了
LoginCookieValidity，前端仍显示“保持登录 1440 秒”，这是 UI 显示问题，不影响实际行为 - 验证是否生效：登录后打开浏览器开发者工具 → Application → Cookies，看
phpMyAdmin_...cookie 的Expires时间是否匹配你设的秒数
生产环境务必配合 HTTPS 和 SameSite 设置
缩短 cookie 有效期只是基础，若未启用 HTTPS，攻击者可劫持明文 cookie 绕过时间限制；若没设 SameSite=Strict，CSRF 风险依然存在。
- 在
config.inc.php中追加：$cfg['LoginCookieSecure'] = true;<br>$cfg['LoginCookieSameSite'] = 'Strict';
-
LoginCookieSecure = true要求只在 HTTPS 下发送 cookie，否则登录失败 - 部分老旧浏览器不支持
SameSite=Strict，可降级为Lax，但安全性略低
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
