phpMyAdmin 5.2「用户账户」页查不到全局写权限用户，因其仅展示User/Host基本信息，不加载mysql.user权限字段，也不聚合mysql.db或角色权限；须用SQL页执行SELECT查询mysql.user等表并结合SHOW GRANTS手动筛选。
为什么「用户账户」页查不到全局写权限用户？
phpMyAdmin 5.2 的「用户账户」列表默认只展示用户基本信息（User/Host），不渲染任何权限字段，更不会标注“有无全局写权限”。它甚至不加载 mysql.user 表的权限列（如 Insert_priv、Update_priv 等），除非你点进某个用户「编辑权限」页——但那是逐个看，没法筛选。
用 SQL 标签页直接查 mysql.user 表
MySQL 8.0+ 的全局写权限由 mysql.user 表中多个 _priv 字段控制，不是靠「所有权限」勾选框。必须手动查：
SELECT User, Host, Insert_priv, Update_priv, Delete_priv, Create_priv, Drop_priv, Alter_priv, Create_view_priv, Show_view_priv, Trigger_priv, Event_priv, Execute_priv FROM mysql.user WHERE Insert_priv = 'Y' OR Update_priv = 'Y' OR Delete_priv = 'Y' OR Create_priv = 'Y' OR Drop_priv = 'Y' OR Alter_priv = 'Y';
-
Insert_priv = 'Y'表示该账号能对任意数据库执行INSERT（即全局写）；同理Update_priv、Delete_priv也是 - MySQL 8.4 默认启用
sql_require_primary_key=ON，但不影响这里查询结果，只影响建表行为 - 注意：如果用户是通过角色（ROLE）获得权限，
mysql.user表不会体现——角色权限需查mysql.role_edges和mysql.role_routines，phpMyAdmin 5.2 图形界面完全不支持角色管理
GRANT 语句里漏了 ON 子句会导致误判
仅靠查 mysql.user 表可能漏掉真正有写权的用户：有些账号没在 mysql.user 表里开全局权限，而是靠 GRANT ... ON *.* 授予的。这类权限存在 mysql.db 表（当 Db = '%'）或 mysql.tables_priv 中，但 phpMyAdmin 不聚合展示。
- 查
*.*级别授权：运行SELECT User, Host FROM mysql.db WHERE Db = '%';—— 若结果非空，说明存在显式授予ON *.*的用户 - 查具体 GRANT 内容：对每个可疑用户执行
SHOW GRANTS FOR 'user'@'host';，找含ON *.*且带INSERT/UPDATE的行 - 不要信「导出所选权限」按钮：它只输出
mysql.db表内容，跳过mysql.user和角色权限，导出结果不能反映真实写权范围
认证插件不兼容会让权限查询静默失败
如果你用的是 MySQL 8.0+ 默认的 caching_sha2_password，而当前登录 phpMyAdmin 的账号没有 SELECT ON mysql.user 权限，那么上面所有 SELECT ... FROM mysql.user 查询都会卡死或返回空——不是没数据，是根本查不出来。
立即学习“PHP免费学习笔记（深入）”；
- 先验证权限是否可用：在 SQL 标签页运行
SELECT COUNT(*) FROM mysql.user;，如果也卡住，立刻执行：GRANT SELECT ON mysql.user TO 'your_user'@'localhost'; FLUSH PRIVILEGES; - 禁用插件探测可提速：在
config.inc.php对应服务器配置加$cfg['Servers'][$i]['DisableIS'] = true;，避免 phpMyAdmin 尝试连information_schema拖慢响应 - 别依赖「已连接成功」提示：左上角显示服务器名 ≠ 有元数据读取权；连接通 ≠ 能查
mysql.user
SHOW GRANTS。漏掉角色、列级权限或 WITH GRANT OPTION 用户，几乎是必然的——这些细节从来不在界面里露头。 
