应使用 DROP USER ''@'host' 安全删除匿名用户，先执行 SELECT User, Host FROM mysql.user WHERE User = ''; 确认存在且无依赖，再逐条删除并避免混用 DELETE FROM mysql.user，否则会破坏权限系统一致性。
直接用 DROP USER 删除空用户名记录是安全的，但必须先确认它是否真实存在、是否被应用依赖，且不能在 MySQL 8.0+ 中混用 DELETE FROM mysql.user —— 后者会破坏权限系统一致性，导致启动失败或连接异常。
怎么确认匿名用户真实存在且该删
匿名用户指 User 列为 ''（空字符串）的记录，不是 NULL。执行这条语句最准：
SELECT User, Host, plugin FROM mysql.user WHERE User = '';
常见组合有 ''@'localhost'、''@'127.0.0.1'、''@'::1'。如果返回为空，不用删；如果有结果，继续检查：
- 查它有没有额外授权：
SELECT * FROM mysql.db WHERE User = '';，若返回非空，说明它可能被用于访问某库，别急着删 - 确认没被监控或运维脚本硬编码调用，比如某些老备份脚本写的是
mysql -u '' -h localhost - 排除
auth_socket伪装：如果root@localhost的plugin是auth_socket，它不是匿名用户，只是免密登录，别误杀
DROP USER 还是 DELETE FROM mysql.user
MySQL 5.7 及以上必须用 DROP USER，这是唯一能同步清理 mysql.db、mysql.tables_priv 等关联权限表的方式。用 DELETE FROM mysql.user 会导致：
- 权限残留：删了用户行，但
mysql.db里还有对应记录，下次FLUSH PRIVILEGES可能报错或行为异常 - MySQL 8.0+ 启动校验失败：服务重启时会检测
mysql.user关键行完整性，空User行若被手工删掉又没清干净其他表，可能卡在初始化阶段 -
DROP USER ''@'localhost'在 8.0+ 中支持良好，但注意引号不能漏，也不能写成DROP USER @'localhost'（语法错误）
删完连不上 root 怎么办
这不是删错了匿名用户，而是 root 用户本身只绑定了 'root'@'localhost'，而你的客户端默认走的是 127.0.0.1 或 socket 路径，匹配不到。典型表现是：mysql -u root -p 失败，但 mysql -u root -S /var/run/mysqld/mysqld.sock 成功。
进库后检查：
SELECT User, Host FROM mysql.user WHERE User = 'root';
如果缺 'root'@'127.0.0.1' 或 'root'@'::1'，补一条：
CREATE USER 'root'@'127.0.0.1' IDENTIFIED BY 'your_password';<br>GRANT ALL ON *.* TO 'root'@'127.0.0.1' WITH GRANT OPTION;
别用 UPDATE mysql.user 改密码字段，MySQL 8.0+ 认证逻辑已和插件强绑定，必须用 ALTER USER 或 CREATE USER。
最容易被忽略的兼容性细节
MySQL 5.7 和 8.0 对空用户名的容忍度不同：
- 5.7 允许
DROP USER ''@'localhost'，也接受DELETE + FLUSH PRIVILEGES（不推荐但能跑） - 8.0+ 默认禁用空用户创建，且部分插件（如
caching_sha2_password）对空User认证失败率更高，删不干净反而导致本地连接中断 -
DROP USER是 DDL 操作，自动重载权限缓存，**不需要**再执行FLUSH PRIVILEGES；强行加这句在高并发下可能引发锁表 - 删之前务必确认没有
PROXY权限链路：SELECT * FROM mysql.proxies_priv WHERE User = '';，否则代理账号会突然无法登录
