ERROR 1396 创建用户失败主因是权限缓存未刷新，DROP USER 后必须立即执行 FLUSH PRIVILEGES; 才能同步内存中用户元数据，否则 MySQL 误判同名账号仍存在而拒绝创建；同时需确认 host 完全匹配、SYSTEM_USER 权限已授予且活跃连接已终止。
ERROR 1396 创建用户失败，不是没删干净，而是缓存没刷
执行 DROP USER 后立刻 CREATE USER 同名账号报 ERROR 1396 (HY000): Operation CREATE USER failed for 'xxx'@'yyy'，大概率不是用户残留，而是权限缓存未刷新——MySQL 8.0+ 的权限系统在内存中保留一份快照，DROP USER 只改了磁盘上的 mysql.user 表，没自动同步到运行时缓存。
必须显式执行 FLUSH PRIVILEGES; 才能让服务端重新加载用户元数据。否则新建同名用户时，MySQL 会误判“该账号仍处于已定义状态”，直接拒绝创建。
-
FLUSH PRIVILEGES;是必需步骤，不能省；它不耗时，但缺了就卡住整个流程 - 如果用的是 MySQL 8.0.16+，且启用了
cache_sha2_password插件，还要确认mysql.user表里对应记录的plugin字段是否已清空（有时残留旧插件值也会干扰） - 某些客户端（如 MySQL Workbench）自带连接池，执行完
FLUSH PRIVILEGES;后仍可能复用旧会话上下文，建议新开一个命令行连接验证
host 不一致导致“删了又像没删”
MySQL 把 'user'@'localhost' 和 'user'@'127.0.0.1' 当作两个完全独立的账号。你执行 DROP USER 'user'@'localhost';，但应用实际连的是 'user'@'127.0.0.1'，那后者根本没动过——后续建同名用户时，只要 'user'@'127.0.0.1' 还在表里，就会触发 ERROR 1396。
查真实账号用这条语句，别靠记忆写：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
SELECT User, Host FROM mysql.user WHERE User = 'xxx';
- 结果里出现多条同名
User，说明存在多个 host 变体，必须逐条DROP USER - 通配符要原样匹配：
'user'@'%.example.com'≠'user'@'%.example.com.'（末尾多一个点就查不到） - 新建用户时，
Host值尽量明确：生产环境少用'%'，优先写具体 IP 段或域名
SYSTEM_USER 权限缺失让 DROP USER 表面成功实则静默失败
MySQL 8.0 引入了 SYSTEM_USER 权限，它专管用户生命周期操作（包括 DROP USER）。root 用户默认不带这个权限，即使能登录、能查表，执行 DROP USER 也可能返回“Query OK”，但实际没删成——表里记录还在，只是权限校验被跳过了。
验证方法：
SHOW GRANTS FOR CURRENT_USER;
- 输出里没有
SYSTEM_USER，就是权限不足 - 补授权要单独来：
GRANT SYSTEM_USER ON *.* TO CURRENT_USER;（注意：GRANT ALL PRIVILEGES不包含它） - 授完必须立刻
FLUSH PRIVILEGES;，否则新权限不生效
连接没断、池子没清，导致“删了还能连上”
DROP USER 不会主动终止活跃连接。只要旧连接还活着，用户就能继续执行查询——这不是删失败，是连接层和权限层解耦了。更麻烦的是，应用若用 HikariCP 或 Druid 这类连接池，池子里的旧连接会持续复用，直到超时或被强制回收。
- 删用户后，用
SELECT ID, USER, HOST, COMMAND FROM information_schema.PROCESSLIST WHERE USER = 'xxx';查活跃会话 - 手动 KILL 掉：
KILL [ID];（ID 来自上一步查询） - 连接池配置里检查
connection-test-query或validation-timeout，确保失效连接能快速剔除
最易被忽略的一点：FLUSH PRIVILEGES; 必须在 DROP USER 之后、CREATE USER 之前执行，且不能被任何中间步骤打断。顺序错一次，整个重建流程就卡在 ERROR 1396 里出不来。
