phpMyAdmin“用户账户”页显示“无权查看”是因为当前MySQL用户缺少对mysql.的SELECT权限；需用高权限账号执行GRANT SELECT ON mysql. TO 'user'@'host';并检查phpMyAdmin配置、认证插件及缓存干扰。
phpMyAdmin“用户账户”页面显示“无权查看”
这说明你当前登录的 MySQL 用户没有访问 mysql.user 系统表的权限，而 phpMyAdmin 的“用户账户”页面依赖 SELECT 权限读取该表来列出所有用户。不是界面坏了，是数据库层面直接拒绝了查询请求。
- 执行
SHOW GRANTS FOR CURRENT_USER();查看当前用户实际拥有的权限，大概率会发现缺少SELECTonmysql.* - 只有具备
SELECT权限的用户（如 root 或显式授权过的管理账号）才能看到“用户账户”页；普通应用账号即使能连库、查自己库的数据，也看不到这个页面 - 如果你用的是 root，但依然提示“无权查看”，极可能是 root 被限制在
'root'@'127.0.0.1'，而 phpMyAdmin 实际连接时解析为'root'@'localhost'—— 这俩在 MySQL 权限系统里是完全不同的账号
如何让当前用户能打开“用户账户”页面
必须授予对 mysql 系统数据库的 SELECT 权限（仅此一项就足够显示列表），但注意：不建议直接给应用账号开这个权限，仅用于临时诊断或管理账号。
- 用有
GRANT OPTION的账号（如 root）登录 MySQL 命令行，执行：GRANT SELECT ON mysql.* TO 'your_user'@'localhost';<br>FLUSH PRIVILEGES;
- 如果提示
Access denied; you need (at least one of) the SUPER privilege(s)，说明当前用户连GRANT权限都没有，只能换更高权限账号操作 - 若用户 host 是
'your_user'@'%'，则授权语句中 host 也必须写成'%'，否则权限不生效 - 某些 MySQL 版本（如 8.0+）默认禁用直接查询
mysql.user，需额外授权SYSTEM_USER或SELECTonperformance_schema.global_variables才能加载完整用户信息
为什么改了权限还是看不到“用户账户”页
常见干扰项比权限本身还容易卡住你：
- phpMyAdmin 配置里启用了
$cfg['Servers'][$i]['hide_db'] = 'mysql';—— 这个设置会主动隐藏mysql库，导致用户页失去数据源，注释掉即可 - 你登录的是
'root'@'localhost'，但它实际用auth_socket插件认证，而 phpMyAdmin 以www-data进程运行，根本拿不到系统级校验通过，自然查不了mysql.*；此时需先执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx'; - phpMyAdmin 缓存了旧权限状态，尤其是用了
controluser配置时，它会用另一个低权限账号去拉取用户列表；检查$cfg['Servers'][$i]['controluser']对应的账号是否也有SELECT ON mysql.*
不想动权限？绕过“用户账户”页的替代方案
如果你只是想快速建库、授予权限，其实根本不需要进那个页面：
立即学习“PHP免费学习笔记（深入）”；
- 直接在 SQL 标签页执行：
CREATE DATABASE myapp;+CREATE USER 'myapp_user'@'localhost' IDENTIFIED BY 'strong_pass';+GRANT ALL ON myapp.* TO 'myapp_user'@'localhost'; FLUSH PRIVILEGES; - 用命令行 MySQL 替代：比网页更稳定，权限判断逻辑更透明，
sudo mysql -u root -e "SHOW GRANTS FOR 'xxx'@'yyy';"一眼看清真实权限 - 确认 phpMyAdmin 是否用了
cookie认证模式：如果是，每次登录都手动输用户名密码，能避免因配置文件写死错误账号导致的权限错觉
真正麻烦的从来不是“点不开那个页面”，而是误以为页面不可用=账号没权限，结果在错误方向上反复折腾配置。先查 CURRENT_USER() 和 SELECT user,host FROM mysql.user;，这两条命令吐出来的结果，比任何界面提示都准。
