不能用 DELETE FROM mysql.user 删除用户，因其不清理 mysql.db 等权限表中的关联记录，易致权限孤儿、FLUSH PRIVILEGES 引发不一致或抖动，且无语法校验；官方仅推荐 DROP USER 'user'@'host'（须写全格式），并建议加 IF EXISTS 防错、删后手动 KILL 连接以彻底阻断访问。
为什么不能用 DELETE FROM mysql.user 删除用户
直接删 mysql.user 表记录看似简单，但会留下权限“孤儿”：该用户在 mysql.db、mysql.tables_priv 等表里的权限记录不会被清理，后续执行 FLUSH PRIVILEGES 可能触发不一致行为，甚至让已删除用户仍能访问某些库表。
必须手动执行 FLUSH PRIVILEGES 才能让变更生效，而这个动作本身有风险——它会重载全部权限缓存，可能在高并发时引发短暂权限抖动。更关键的是，DELETE 不校验语法合法性，拼错 User 或 Host 字段名（比如写成 user 小写）会导致静默失败或误删。
官方明确不推荐此方式，MySQL 文档中所有用户管理章节都只提 DROP USER 为标准路径。
DROP USER 必须写全 'user'@'host' 格式
MySQL 把 'app'@'localhost' 和 'app'@'%' 视为两个完全独立的账号，哪怕用户名一样。执行 DROP USER 'app'; 实际等价于 DROP USER 'app'@'%';，只会删掉通配主机那一行，'app'@'127.0.0.1' 或 'app'@'192.168.1.100' 都不受影响。
实操前务必先查：
SELECT User, Host FROM mysql.user WHERE User = 'app';
看清楚返回结果里有哪些 Host 值，再逐条执行：
DROP USER 'app'@'localhost';DROP USER 'app'@'192.168.1.%';DROP USER 'app'@'%';
漏掉任意一个，就等于没删干净。
加 IF EXISTS 是防止脚本中断的关键
自动化运维脚本里如果写 DROP USER 'dev_user'@'localhost';，而该用户实际不存在，MySQL 5.7+ 会报错 ERROR 1396 (HY000): Operation DROP USER failed for 'dev_user'@'localhost'，导致后续语句全部跳过。
加上 IF EXISTS 后，语句变成幂等操作：
DROP USER IF EXISTS 'dev_user'@'localhost';
不存在就安静跳过，不影响流程。生产环境批量清理用户时，这是必选项。
注意：IF EXISTS 在 MySQL 5.7+ 支持，5.6 及更早版本不识别，需自行判断版本或改用条件查询兜底。
删完用户连接还在？这是正常现象
DROP USER 只删权限元数据，不杀活跃连接。只要客户端还连着，SHOW PROCESSLIST 里依然能看到该用户的会话，且这些连接仍能执行已有权限范围内的操作，直到超时断开或被手动终止。
若需立即阻断，分两步走：
- 先查连接：
SHOW PROCESSLIST WHERE User = 'app'; - 再逐个杀：
KILL CONNECTION 12345;（ID 来自上一步结果）
特别注意 ORM 或连接池场景：它们常在连接断开后自动重连。如果删用户后没确认 mysql.user 表已清空，重连可能立刻成功——务必再跑一次 SELECT User, Host FROM mysql.user WHERE User = 'app'; 验证。
