必须先用select user,host from mysql.user where user='';查出空用户，再执行delete from mysql.user where user='' and host in ('localhost','%');并立即flush privileges;，因drop user不支持空用户名语法。
MySQL 中出现 User 为空的账号（即 ''@'localhost' 或 ''@'%'）通常是初始化异常、脚本误操作或旧版本升级残留导致，这类空用户无法登录，但会干扰权限校验逻辑，甚至被利用绕过认证。必须清理，但不能直接 DROP USER ''@'localhost' —— MySQL 会报语法错误或拒绝执行。
怎么查出 User 为空的记录
空用户在 mysql.user 表中表现为 User 字段值为 ''（空字符串），不是 NULL。用以下语句精准定位：
SELECT Host, User, authentication_string FROM mysql.user WHERE User = '';
注意：User = NULL 是错的，IS NULL 也查不到——空用户是显式插入的空字符串，不是 NULL 值。
常见现象：
- 执行
SELECT User, Host FROM mysql.user;看到某行User列显示空白，但实际是'' - 连接时出现
Access denied for user ''@'localhost'类似错误，说明空用户正在参与认证流程 - 使用
mysqldump --all-databases备份后恢复，某些环境下会意外生成空用户
为什么不能直接 DROP USER ''@'host'
MySQL 的 DROP USER 语法要求用户名必须是**非空标识符**，解析器会把 '' 当作语法错误，报 ERROR 1064 (42000): You have an error in your SQL syntax。
真正能删掉它的方法只有一种：直接操作 mysql.user 表 + 刷新权限：
- 先禁用安全模式（如果开启）：
SET SQL_SAFE_UPDATES = 0; - 执行删除：
DELETE FROM mysql.user WHERE User = '' AND Host IN ('localhost', '%', '127.0.0.1'); - 刷新权限：
FLUSH PRIVILEGES;
不要漏掉 FLUSH PRIVILEGES —— 否则删除生效了，但内存中的授权缓存仍保留该空用户，下次连接还会触发认证失败。
删除后要注意外键与 DEFINER 引用问题
空用户虽然不能登录，但它可能被设为某些存储过程、事件或视图的 DEFINER。删除后这些对象不会立即失效，但下次调用时会报 ERROR 1449 (HY000): The user specified as a definer (''@'localhost') does not exist。
提前检查办法：
- 查存储过程：
SELECT name, definer FROM mysql.proc WHERE definer LIKE '%@%'; - 查事件：
SELECT EVENT_NAME, DEFINER FROM information_schema.EVENTS WHERE DEFINER LIKE '%@%'; - 查视图：
SELECT TABLE_NAME, DEFINER FROM information_schema.VIEWS WHERE DEFINER LIKE '%@%';
若发现匹配项，需用 ALTER ... SQL SECURITY DEFINER 或重建对象，把 DEFINER 改成有效用户（如 'root'@'localhost'）。
清理完别忘了验证连接行为是否正常
空用户清理不是一劳永逸的操作。尤其在启用了 skip-name-resolve 或使用代理（如 ProxySQL、MaxScale）的环境里，客户端 IP 可能被映射为 ''@'xxx' 形式，导致新空用户再生。
验证建议：
- 重启 mysqld 后再执行一次
SELECT User, Host FROM mysql.user WHERE User = '';，确认无残留 - 用
mysql -u '' -h 127.0.0.1 -P3306尝试模拟空用户连接，应明确返回Access denied而非卡住或报其他错误 - 检查慢日志或 general_log 中是否还有
Connect ''@类型的记录
最易被忽略的是：空用户本身不占连接数，但它会让认证流程多走一轮校验分支，高并发下可能轻微拖慢首次连接建立速度——这点只有压测时才容易暴露。
