应执行select user, host from mysql.user where user = '';若返回非空结果，说明存在匿名用户，即user为空字符串的账户（如''@'localhost'），其可无密码登录且易被利用，需立即清理。
怎么确认存在匿名用户
匿名用户在MySQL里是 User 为空字符串的账户，比如 ''@'localhost'。它不依赖密码就能登录（只要匹配Host），极易被利用。直接查表最准：SELECT User, Host FROM mysql.user WHERE User = '';。如果返回结果非空，说明已中招。别只看 SHOW GRANTS——匿名用户往往没显式授权，但默认能访问部分数据库（如 information_schema），甚至干扰正常用户认证。
为什么匿名用户会导致“Access denied”却连得上
这是最典型的误导现象：你用 mysql -u app_user -p 连不上，但换成 mysql -u '' -h127.0.0.1 却能进。原因在于MySQL认证时会按 User+Host 匹配顺序选账户，而 ''@'127.0.0.1' 可能排在 'app_user'@'127.0.0.1' 前面。此时 CURRENT_USER() 返回的是 ''@'127.0.0.1'，但 USER() 显示你试图用的用户名，造成“密码错”的假象。
- 验证方式：登录后立刻执行
SELECT USER(), CURRENT_USER(); - 匿名用户常伴随
Host为%或localhost，需一并检查SELECT User, Host FROM mysql.user WHERE User = '' OR Host = '%'; - MySQL 8.0+ 默认不再创建匿名用户，但升级或迁移旧库时可能残留
删掉匿名用户前必须做的三件事
直接 DROP USER ''@'localhost'; 看似干净，但容易翻车：
- 先确认无业务依赖：执行
SELECT COUNT(*) FROM information_schema.PROCESSLIST WHERE USER = '';，若有活跃连接，说明有程序正用它连，硬删会中断服务 - 检查权限继承：匿名用户可能被赋予了
USAGE外的权限，用SHOW GRANTS FOR ''@'localhost';查清再删，避免误删后权限链断裂 - 备份权限表：运行
mysqldump --no-data mysql user db > mysql_user_backup.sql，防止删错无法回滚
删完务必执行 FLUSH PRIVILEGES;，否则内存缓存仍生效。
删完还连得上？检查 Host 匹配和认证插件
删了 ''@'localhost' 却仍能无密登录，大概率是以下两种情况之一：
-
root用户用了auth_socket插件：执行SELECT plugin FROM mysql.user WHERE User = 'root' AND Host = 'localhost';，若返回auth_socket，则系统用户 root 登录即免密。修复命令：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_strong_pass'; - 存在
''@'%'或''@'127.0.0.1'：删完localhost版本后漏掉了其他 Host，必须逐个查、逐个删 - MySQL 配置了
skip-grant-tables：检查my.cnf是否含该参数，有则删除并重启服务
真实环境里，匿名用户常和 auth_socket、宽泛 Host 共同构成“免密三角”，单点修复无效。
