drop user是唯一能同步清理全部权限状态的操作，它自动清除mysql.user、mysql.db、mysql.tables_priv等所有关联表记录并刷新内存缓存；直接delete from mysql.user仅删主表，导致权限残留、缓存不一致及同名用户重建失败等真实故障。
DROP USER 是唯一能同步清理全部权限状态的操作，清空 mysql.user 表只是删了一张表的行，而 MySQL 的权限校验依赖多张表 + 内存缓存，漏掉任何一环都会导致账号“删不干净”。
为什么直接 DELETE FROM mysql.user 会出问题
MySQL 不是只靠 mysql.user 表判断谁能连、能做什么。它还会查 mysql.db、mysql.tables_priv、mysql.proxies_priv 等表——这些地方的残留记录不会因删 mysql.user 自动消失。
- 删完后用同名账号重连仍成功：因为
mysql.db里还有User = 'xxx'的库级权限，MySQL 仍认为该用户有访问权 - 重建同名用户时报
ERROR 1396 (HY000): Operation CREATE USER failed for 'xxx'@'%'：内部状态混乱，权限缓存没刷新或残留元数据冲突 -
FLUSH PRIVILEGES失败或无效：MySQL 8.0+ 权限缓存在内存中，手动删表后 flush 可能被忽略或触发锁表
DROP USER 实际做了什么
DROP USER 是 DDL 操作，MySQL 内核会主动遍历并清理所有关联权限表，不是“只删 mysql.user”。
- 必删：
mysql.user（主账号）、mysql.db（库级权限）、mysql.tables_priv（表级）、mysql.columns_priv（字段级）、mysql.proxies_priv（代理关系） - 自动隐式执行
FLUSH PRIVILEGES，无需手动触发 - MySQL 5.7+ 支持一次删多个：
DROP USER 'u1'@'localhost', 'u2'@'%'; - MySQL 8.0+ 支持
DROP USER IF EXISTS 'u'@'host';，避免因用户不存在中断流程
容易被忽略的细节
执行 DROP USER 前必须确认两点，否则命令静默失败或报错：
- 账号名必须带完整
host，比如'app'@'192.168.1.%'，写成'app'或'app'@'%'都不匹配，MySQL 直接跳过，不报错也不生效 - 当前账号需有
CREATE USER权限（或DELETE ON mysql.*），普通 DBA 账号常缺这个权限，报错ERROR 1227 (42501)，别硬试，得找有SUPER或SYSTEM_USER权限的人操作
真正麻烦的不是删用户本身，而是删完之后权限状态是否彻底归零——DROP USER 是 MySQL 唯一为此设计的原子操作；其他方式都在赌缓存没坏、残留没生效、重建没继承，风险不可控。
