直接执行SELECT User, Host FROM mysql.user WHERE User = ''，若返回''@'localhost'等记录即存在匿名用户，它会优先匹配干扰权限；还需检查mysql.db等表中User = ''的残留权限，并用DROP USER ''@'host'逐条删除后验证。
怎么确认当前有没有匿名用户在干扰权限匹配
直接查 mysql.user 表中最关键的一行：SELECT User, Host FROM mysql.user WHERE User = ''。只要返回任何记录（比如 ''@'localhost'、''@'127.0.0.1' 或 ''@'::1'），就说明存在匿名用户，且它正在参与权限匹配——哪怕你连的是 app@localhost，MySQL 也可能优先匹配到 ''@'localhost'，导致实际生效的是空用户的权限。
别用 SELECT USER() 或 CURRENT_USER() 判断，它们只告诉你“这次连上用的是谁”，不反映系统里存了哪些账号。也别漏掉 IPv6 的 ::1，很多本地连接走的就是这个地址。
为什么删了匿名用户后权限还是不对
因为 DROP USER ''@'host' 只清理了 mysql.user 表，但权限可能还挂在其他表里继续生效：
-
mysql.db表中可能有User = ''的记录，授予了对test库的ALL PRIVILEGES，删用户后仍能建表占满磁盘 -
mysql.tables_priv或mysql.columns_priv里可能残留空用户名的细粒度权限 -
mysql.proxies_priv中若有Proxied_user = ''，可能允许代理绕过认证
所以删之前，建议先运行这组检查语句：SELECT * FROM mysql.db WHERE User = '';、SELECT * FROM mysql.tables_priv WHERE User = '';、SELECT * FROM mysql.proxies_priv WHERE Proxied_user = '';。有结果就得一并处理，不能只盯着 mysql.user。
执行 DROP USER 时常见报错和写法陷阱
MySQL 对空用户名的删除语法非常严格，稍错就失败：
- 必须写全
''@'host'格式，不能省略@'host'，也不能写成@'%'或''@'' - MySQL 8.0+ 不接受简写，
DROP USER ''直接报错ERROR 1396 (HY000) - 大小写敏感：要删
''@'localhost'，就不能只删''@'LOCALHOST'（虽然少见，但理论上可能） - 别用
DELETE FROM mysql.user WHERE User = ''，会导致权限残留、缓存不一致，甚至重建同名用户时报错
安全写法是逐条执行：DROP USER IF EXISTS ''@'localhost';、DROP USER IF EXISTS ''@'127.0.0.1';、DROP USER IF EXISTS ''@'::1';。
删完怎么验证是否真干净了
执行完 DROP USER 后，必须做两件事：
- 立刻再跑一遍
SELECT User, Host FROM mysql.user WHERE User = ''，确保结果为空 - 对每个曾存在的空用户 host 执行
SHOW GRANTS FOR ''@'host'，如果报错 “There is no such grant defined”，才算真正删干净
还要注意边缘情况：有些账号的 User 字段不是空字符串，而是带空格（' '）或 NULL 字符（ ），虽不等于 ''，但在某些客户端连接时可能被宽松解析。可加查：SELECT host, user FROM mysql.user WHERE user LIKE '% %' OR user REGEXP '[[:space:]]|\0';。这类账号极少见，但一旦存在，DROP USER 无法直接处理。
