直接 DROP USER 不生效，是因为该用户可能拥有 SUPER 权限导致权限校验失败，或其记录仅存在于内存缓存中而未写入 mysql.user 表；可靠清除需按顺序执行 DELETE FROM mysql.user WHERE User='xxx' AND Host='yyy';、FLUSH PRIVILEGES;、再 SELECT 确认，并检查 init_file 或运维面板是否自动重建用户。
为什么直接 DROP USER 不生效？
遇到残留用户删不掉，大概率是因为该用户拥有 super 权限（尤其在 mysql 5.7+ 或 mariadb 中），而 drop user 在权限校验阶段就可能被拒绝——不是语法错，而是当前会话没权操作该用户。更隐蔽的是：某些非法用户甚至没出现在 mysql.user 表的常规查询结果里，因为它们可能只存在于内存缓存中，或通过 create user 创建后未刷新权限表。
先确认用户是否真实存在且带 SUPER 权限
别凭印象删，先查准。执行以下语句，注意用 LIKE 匹配模糊用户名（比如残留的 'admin'@'%' 或带特殊字符的）：
SELECT User, Host, Super_priv FROM mysql.user WHERE Super_priv = 'Y';
如果返回为空但你确信用户存在，说明它可能没写入磁盘表，而是仅在运行时注册（常见于旧版 MySQL 异常重启后）。此时需检查 SHOW GRANTS FOR 'username'@'host'; —— 若报错 ERROR 1396 (HY000): Operation DROP USER failed...，恰恰证明该用户仍被系统识别，只是元数据不一致。
强制清除的三步操作顺序不能错
跳过 DROP USER 直接删表记录 + 刷新是唯一可靠路径，但必须严格按顺序执行：
- 用
DELETE FROM mysql.user WHERE User='xxx' AND Host='yyy';删除对应行（不要省略 Host 条件，否则可能误删 root） - 立即执行
FLUSH PRIVILEGES;—— 否则删除只是内存标记，下次重启又回来 - 再运行
SELECT User, Host FROM mysql.user WHERE User='xxx';确认已清空，避免残留空 Host 记录（如'xxx'@''）
注意：phpMyAdmin 默认禁用多语句执行，所以 DELETE 和 FLUSH 必须分两次提交；若提示 Access denied for DROP command，说明当前登录账号没 DELETE 权限，得换 root 或有 UPDATE + RELOAD 权限的账号操作。
删完还要防再生：检查 init_file 和配置文件
如果同名用户隔天又出现，大概率是 MySQL 启动时自动重建的——查 mysqld --help --verbose | grep "init-file" 看是否指定了初始化 SQL 文件，或检查 my.cnf 中是否有 init_file=/path/to/init.sql。这类文件里常藏有 CREATE USER ... IDENTIFIED BY ...; 语句，删用户前务必注释掉对应行，否则每次服务重启都会复活。
另外，某些面板（如宝塔、AMH）会在后台自动同步用户列表，删完 phpMyAdmin 后还得去面板里同步清理，否则下次面板操作会把用户重新写回数据库。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
