mysql删除用户提示“用户正在使用”通常因当前会话正以该用户身份登录或执行drop user的账号即为目标用户，mysql 5.7+明确禁止删除当前认证用户，报错error 1396；并非连接占用导致失败，而是权限校验机制阻止操作。
MySQL 删除用户时提示“用户正在使用”是怎么回事
MySQL 本身不会因为“用户正在连接”而拒绝 DROP USER；真正报错的，通常是执行删除操作的**当前会话仍以该用户身份连着**，或者你试图删的是当前登录用户（比如用 'admin'@'localhost' 登录，又执行 DROP USER 'admin'@'localhost'）。MySQL 5.7+ 明确禁止删除当前认证用户，会直接报错：ERROR 1396 (HY000): Operation DROP USER failed for 'xxx'@'yyy'。
为什么 DROP USER 有时看起来像被“占用”了
这不是锁表或事务导致的，而是权限系统内部校验逻辑在起作用。MySQL 在执行 DROP USER 前会检查：当前会话是否正以目标用户身份认证、该用户是否是 mysql.user 表中当前活跃连接的发起者。只要不是当前登录用户，哪怕其他客户端正用该账号连着，DROP USER 也能成功——只是那些已建立的连接不会被主动断开，它们会持续到超时或主动退出。
- 已存在的连接不受影响，仍可继续执行查询（直到下次认证或重连）
-
DROP USER后新连接会被拒绝，报Access denied for user - 若误删了自己正在用的账号，当前会话还能跑完，但无法再执行任何需要权限的操作（如
USE、SELECT），且无法重新认证
常见误判场景：你以为是“被占用”，其实是别的问题
遇到删除失败，先别急着查连接数，优先确认这几件事：
- 你是不是正用要删的那个用户登录？换
root或其他高权限账号再试 - 用户名和主机名是否完全匹配？
'user'@'localhost'和'user'@'127.0.0.1'是两个用户，漏掉主机名会导致删不掉 - 是否用了旧版本 MySQL（如 5.6）？它不支持直接
DROP USER某些特殊格式用户（如空用户名），得改用DELETE FROM mysql.user+FLUSH PRIVILEGES（仅应急） - 执行后没验证？删完立刻查：
SELECT User, Host FROM mysql.user WHERE User = 'xxx';—— 应返回空集
真有大量活跃连接时，删用户要不要先处理它们
不需要主动 kill。MySQL 的设计就是让 DROP USER 立即生效于后续连接，而非强制中断已有会话。强行 KILL 所有匹配连接反而可能引发应用层异常（比如事务中断、连接池混乱）。唯一需要干预的，是当你明确知道某连接正在执行长事务或持有元数据锁，且你必须立刻回收资源——这时应先 KILL 对应 Id（从 SHOW PROCESSLIST 查），再删用户。
最常被忽略的一点：删完用户后，它创建的数据库、表、存储过程等对象全留着，MySQL 不做级联清理。这些残留对象可能成为后续权限排查的干扰源。
