根本原因是mysql.user表缺少Host+User复合索引导致全表扫描，phpMyAdmin用户页请求编排冗余，且MySQL 8.0+认证插件与旧版phpMyAdmin不兼容；应建索引、同机部署、升级phpMyAdmin并显式指定认证插件。
phpMyAdmin 打开用户表特别慢，mysql.user 查询卡住
根本原因不是权限逻辑复杂，而是 mysql.user 表默认没建好索引，加上 phpmyadmin 每次进用户页都会执行全表扫描式统计（比如 select count(*) from mysql.user），在用户数超 200 行后响应明显拖慢。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 手动给
mysql.user表加复合索引：ALTER TABLE mysql.user ADD INDEX idx_host_user (Host, User);
（MySQL 5.7+ 可直接执行；8.0 默认已有部分索引，但 Host + User 组合仍常缺失） - 确认是否启用了
skip-show-database—— 如果开了，phpMyAdmin 会反复尝试探测权限导致多次失败请求，加重卡顿 - 避免在生产环境直接点“用户账户”页；改用 SQL 标签页查：
SELECT Host, User, authentication_string FROM mysql.user LIMIT 50;
phpMyAdmin 权限编辑页面点击“执行”后无反应或超时
这不是前端卡死，是后端 PHP 在拼接 GRANT 语句时，对用户名/主机名做了过度转义，再遇上 MySQL 的 strict mode 或 sql_mode 含 NO_AUTO_CREATE_USER，就会静默失败。
常见错误现象：mysqli::real_query(): MySQL server has gone away 或浏览器控制台报 504，但 phpMyAdmin 界面只显示“正在处理…”
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 检查 MySQL 版本与 sql_mode：
SELECT @@sql_mode;
若含NO_AUTO_CREATE_USER（MySQL 5.7.6+ 已弃用），需在 my.cnf 中显式清除并重启 mysqld - 不要在用户名里用点号（
.）、连字符（-）或下划线开头；phpMyAdmin 对这类名字的引号包裹逻辑不稳定，优先改用纯字母数字组合 - 权限操作前先在 SQL 标签页手动试跑一句：
GRANT SELECT ON `test`.* TO 'testuser'@'localhost'; FLUSH PRIVILEGES;
成功了再回图形界面操作
从远程访问 phpMyAdmin 管理用户，网络延迟高导致操作中断
phpMyAdmin 的用户管理页会连续发起 4–6 个独立请求（查用户、查权限、查资源限制、查 SSL 设置等），每个都走完整 HTTP 生命周期。公网延迟一旦超 300ms，容易触发浏览器请求超时或 PHP 的 max_execution_time 限制。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 把 phpMyAdmin 部署到和 MySQL 同机或同内网，哪怕只是跳板机上跑一个临时实例，延迟能从 400ms 降到 2ms
- 禁用非必要功能减少请求数：在
config.inc.php中设$cfg['Servers'][$i]['DisableIS'] = true;
关闭 Information Schema 探测，可砍掉 2 个请求 - 别用 Chrome 的“Network Throttling”模拟弱网测试——它会让 keep-alive 失效，实际比真弱网更卡；用
tc在服务器端限速更准
修改用户密码后 phpMyAdmin 仍提示“Access denied”，但命令行登录正常
本质是认证插件不匹配。MySQL 8.0+ 默认用 caching_sha2_password，而老版本 phpMyAdmin（≤ 5.2.0）生成的登录请求仍按 mysql_native_password 协议握手，中间协议协商失败，但错误被吞掉。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 创建用户时显式指定插件：
CREATE USER 'foo'@'%' IDENTIFIED WITH mysql_native_password BY 'bar';
- 升级 phpMyAdmin 到 5.2.1+，它才完整支持
caching_sha2_password握手流程 - 检查连接配置：若 phpMyAdmin 连的是代理（如 ProxySQL、MaxScale），确认其未强制降级认证插件
真正卡顿的根源往往藏在 MySQL 底层统计逻辑和 phpMyAdmin 的请求编排方式里，而不是“界面慢”。调索引、砍请求、对齐认证协议，三件事做完，90% 的“权限操作卡”就消失了。剩下那 10%，大概率是 PHP 的 opcache 没预热或者 MySQL 的 query_cache 被误启用——这两个地方修起来反而更麻烦。
