ERROR 1396 表示尝试删除不存在或 host 不匹配的用户，MySQL 用户由 User@Host 唯一标识；需先 SELECT 查询确认存在性及 Host 值，再用完整 'user'@'host' 格式 DROP USER。
MySQL 删除用户时提示 ERROR 1396 (HY000)
这是最常见的报错，说明你试图删除一个根本不存在的用户，或者用户名、主机名拼写不一致（比如 'user'@'localhost' 和 'user'@'%' 是两个完全不同的账号）。MySQL 的用户是靠 user + host 组合唯一标识的，不能只看用户名。
实操建议：
- 先查清楚目标用户是否存在：
SELECT User, Host FROM mysql.user WHERE User = 'your_user';
- 确认你要删的是哪一行，尤其注意
Host字段值——常见有'localhost'、'127.0.0.1'、'%'，三者互不等价 - 删除时必须完整写出
user@host，例如：DROP USER 'appuser'@'192.168.1.%';
- 如果不确定 host，宁可先用
SELECT查，也不要靠猜；乱删可能误伤其他环境的同名用户
DROP USER 后权限没立刻失效？
MySQL 5.7+ 默认启用 mysql.session 和 mysql.sys 等系统账户，但更关键的是：已建立的连接不会被强制断开，旧连接仍持有原有权限，直到主动断开或超时。
实操建议：
-
DROP USER只是删掉账号定义和权限记录，不踢人、不杀连接 - 若需立即阻断访问，手动 kill 连接：
KILL CONNECTION [id];
（先用SHOW PROCESSLIST;找出该用户的活跃连接） - 某些客户端（如某些 ORM 或连接池）会自动重连，如果账号还残留着，重连后可能继续成功——务必确认
mysql.user表里已无对应行
MySQL 8.0+ 不支持 IDENTIFIED BY '' 的老写法
在 MySQL 5.7 及之前，有人会用 DROP USER IF EXISTS 'u'@'h'; 配合 CREATE USER ... IDENTIFIED BY '' 来“清空密码”，但在 8.0+ 中，空密码默认被禁止，且 IDENTIFIED WITH caching_sha2_password AS '' 这类写法会直接报错。
实操建议：
- MySQL 8.0+ 删除用户前，别依赖旧版认证插件逻辑；统一用标准
DROP USER - 如果要重建用户并设空密码（不推荐），得显式指定插件：
CREATE USER 'u'@'h' IDENTIFIED WITH mysql_native_password BY '';
- 生产环境强烈建议禁用空密码，用强密码 + 定期轮换代替“删了再建”这种权宜操作
误删 root 或管理员用户怎么办
一旦 DROP USER 'root'@'localhost' 执行成功，且没有其他具备 CREATE USER 或 GRANT OPTION 的账号，你就失去了创建新管理员的能力——MySQL 不会自动补回 root。
实操建议：
- 删高危账号前，确保至少有一个其他管理员账号能登录，并验证过
SHOW GRANTS FOR ... - 紧急恢复只能靠跳过权限表启动：
mysqld --skip-grant-tables，然后手动 INSERT 回mysql.user行（注意加密方式、plugin 字段要匹配当前版本） - MySQL 8.0+ 的
authentication_string是 SHA2 加密，别直接复制老版本的password字段值，否则登录失败
mysql.user 表结构、认证插件、连接状态这三点，任何一个没对上，就会表现成“删了还能登”或“删不掉还报错”。 
