phpmyadmin点击“删除用户”后权限仍残留，是因为界面操作仅执行drop user，未覆盖所有host变体且未显式撤销grant option；须先逐host执行revoke all privileges, grant option on .，再flush privileges，最后drop user。
phpmyadmin 删除用户时权限未清空的典型现象
你在 phpmyadmin 的「用户账户」页点击「删除用户」，确认执行后发现：该用户确实从列表里消失了，但用 select * from mysql.user where user = 'xxx' 查不到它，却仍能用 show grants for 'xxx'@'localhost' 看到残留权限输出，甚至某些操作（如 create user）依然报错“access denied”——这不是 bug，是界面操作没触发完整级联逻辑。
根本原因：phpMyAdmin 的「删除用户」只是调用了 DROP USER，但版本兼容性不统一
MySQL 5.7+ 默认支持 DROP USER 级联清理所有权限行（mysql.user、mysql.db、mysql.tables_priv 等），但 phpMyAdmin 并不总是走这个路径：
- 它可能降级为
DROP USER IF EXISTS，而部分旧版 MySQL 在遇到不存在的账号时会静默跳过，不报错也不清权限 - 若目标用户是通过
INSERT INTO mysql.user手动插入（非CREATE USER），DROP USER不会清理其关联权限，因为系统无法识别归属关系 - phpMyAdmin 界面删除时默认只处理当前页显示的账号（最多 25 个），翻页后未选中的同名不同 host 账号（如
'user'@'192.168.1.%'和'user'@'%'）完全不受影响
真正安全的删除流程必须手动补全两步
别依赖界面上那个「删除用户」按钮。正确做法是先撤权、再删人，且必须覆盖所有 host 变体：
- 在 SQL 标签页执行：
REVOKE ALL PRIVILEGES, GRANT OPTION ON *.* FROM 'user'@'localhost'; - 再执行：
REVOKE ALL PRIVILEGES, GRANT OPTION ON *.* FROM 'user'@'%';（或其他你确认存在的 host） - 紧接着：
FLUSH PRIVILEGES;（MySQL 8.0+ 在 phpMyAdmin 中仍建议显式执行） - 最后才执行：
DROP USER 'user'@'localhost', 'user'@'%';（MySQL 5.7+ 支持多实例一次性删）
漏掉任意一个 @host 后缀，或跳过 FLUSH PRIVILEGES，都可能导致权限残留——这不是数据库“忘了删”，是你没告诉它删全。
最容易被忽略的细节：GRANT OPTION 必须单独 revoke
很多人只跑 REVOKE ALL PRIVILEGES ON *.*，以为就完了。但 GRANT OPTION 是独立权限位，不显式撤销，用户哪怕没其他权限，也能给自己加回来。必须额外执行：
REVOKE GRANT OPTION ON *.* FROM 'user'@'localhost';
否则后续查 SHOW GRANTS 仍会看到 GRANT OPTION 字样，权限模型就始终处于“半清理”状态。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
