不会。MySQL 8.0+ 中 DROP USER 仅删除账户，不自动回收显式授予的数据库级或表级权限，残留权限存于 mysql.db 等系统表，可能导致安全风险或同名用户权限继承。
DROP USER 命令是否真的会删掉用户所有权限？
不会。MySQL 8.0+ 中 DROP USER 默认只删除用户账户本身，但**不会自动回收该用户曾被显式授予的数据库级或表级权限**（比如通过 GRANT ... ON db1.* TO 'u1'@'%' 授予的权限）。这些权限记录仍保留在 mysql.role_edges、mysql.db、mysql.tables_priv 等系统表中，可能造成权限残留或后续创建同名用户时权限意外继承。
所以不能只执行 DROP USER 就认为清理干净了。
- MySQL 5.7 及更早版本：权限随用户一并清除（但仍有缓存延迟风险）
- MySQL 8.0+：必须先用
REVOKE显式回收权限，再DROP USER - 如果用户是角色（ROLE），需额外检查
mysql.role_edges是否存在其作为成员的记录
如何安全地批量回收权限再删除用户？
推荐分两步走，避免遗漏。先查清目标用户有哪些权限，再逐条回收：
SELECT * FROM mysql.db WHERE User = 'olduser'; SELECT * FROM mysql.tables_priv WHERE User = 'olduser'; SELECT * FROM mysql.procs_priv WHERE User = 'olduser'; SELECT * FROM mysql.role_edges WHERE MEMBER = 'olduser'@'%';
确认无误后执行：
REVOKE ALL PRIVILEGES ON *.* FROM 'olduser'@'%';REVOKE GRANT OPTION ON *.* FROM 'olduser'@'%';DROP USER 'olduser'@'%';
注意：REVOKE 不支持通配符主机（如 'olduser'@'192.%'），必须精确匹配当初 CREATE USER 或 GRANT 用的 host 字符串；否则权限仍在。
执行 DROP USER 后权限没立刻失效？
是的，MySQL 的权限缓存机制会导致已建立连接的会话仍保留旧权限，直到连接断开或手动刷新：
- 新连接立即生效（权限已从系统表移除）
- 已有连接不受影响，继续使用旧权限，直到连接关闭
- 可执行
FLUSH PRIVILEGES;强制重载权限表（MySQL 8.0+ 通常不需要，但某些边缘场景下有用） - 若需立即切断用户活动连接，配合
KILL命令：SELECT CONCAT('KILL ',id,';') FROM information_schema.processlist WHERE user='olduser';
误删用户后能恢复吗？
不能直接恢复。MySQL 没有回收站机制，DROP USER 是不可逆操作。备份和预检是唯一防线：
- 执行前导出用户信息：
SELECT User,Host,authentication_string,account_locked FROM mysql.user WHERE User = 'olduser'; - 用
mysqldump --no-data --databases mysql备份权限系统库（谨慎操作，避免锁表） - 生产环境建议在低峰期操作，并提前在测试库验证流程
真正容易被忽略的是 host 匹配精度——'user'@'localhost' 和 'user'@'127.0.0.1' 是两个完全独立的用户，删错一个，另一个可能还在悄悄连库。
