<p>phpMyAdmin 5.2+ 已移除“Revoke All Privileges”按钮，需手动逐级执行 REVOKE 语句或通过 SQL 标签页操作；REVOKE ALL ON . 仅撤销全局权限，库/表/列级权限须分别回收，并注意 GRANT OPTION 和 FLUSH PRIVILEGES。</p>
phpMyAdmin 里找不到 Revoke All Privileges 按钮
phpmyadmin 从 5.2 版本起，彻底移除了用户权限页上的「revoke all privileges」一键按钮。这不是你没找到，是它真的没了——界面只保留逐项勾选+执行 revoke 的方式，或者直接进 sql 标签页手写语句。
常见错误现象：There is no 'Revoke all' button on the user privileges page；点开某个用户的权限列表，只有「Edit privileges」「Export」和一堆复选框，没有全局撤销入口。
- 使用场景：需要快速清空某用户（比如测试账号、离职人员账号）的所有数据库级、表级、列级权限，且不删用户本身
- phpMyAdmin 不提供「全选 → 全撤」的 UI，是因为 MySQL 的
REVOKE语法本身不支持通配符式批量回收（比如不能REVOKE ALL ON *.* FROM 'u'@'h'后自动覆盖之前授予的列级权限） - 真正安全的做法是先查清已授予权限，再针对性回收；否则容易漏掉
GRANT OPTION或PROXY这类特殊权限
用 SQL 标签页执行 REVOKE ALL ON *.*（最常用但有坑）
在 phpMyAdmin 左侧选中对应用户 → 点「SQL」标签页 → 手动输入语句是最直接的方式。但注意：REVOKE ALL ON *.* 只能撤销全局权限，对之前用 GRANT ... ON db.* 或 ON db.tbl 授予的库/表级权限无效。
典型错误：执行完 REVOKE ALL ON *.* FROM 'dev'@'localhost' 后发现用户还能查 test_db，就是因为当初权限是 GRANT SELECT ON test_db.* 给的，得单独再 revoke 库级权限。
- 必须分步操作：先
REVOKE ALL ON *.*，再REVOKE ALL ON `db_name`.*，最后REVOKE ALL ON `db_name`.`table`（如果知道具体表） - MySQL 8.0+ 要求显式指定
GRANT OPTION才能撤销它，所以还得加一句REVOKE GRANT OPTION ON *.* FROM 'u'@'h' - 权限回收后必须执行
FLUSH PRIVILEGES（phpMyAdmin 不会自动帮你刷，得手动再执行一次）
查清用户实际拥有哪些权限再精准回收
盲目 REVOKE ALL 容易漏权限，尤其当用户被多次授权、跨库授权、或用过角色（MySQL 8.0+）时。最稳妥的方式是先看 SHOW GRANTS FOR 'u'@'h'，把输出里的每一条 GRANT 行，改成对应 REVOKE 行。
立即学习“PHP免费学习笔记（深入）”；
例如 SHOW GRANTS FOR 'api'@'10.0.2.%' 返回：
GRANT USAGE ON *.* TO `api`@`10.0.2.%` GRANT SELECT, INSERT ON `orders`.* TO `api`@`10.0.2.%` GRANT UPDATE(`status`) ON `orders`.`payments` TO `api`@`10.0.2.%`
那就得依次执行：
REVOKE SELECT, INSERT ON `orders`.* FROM 'api'@'10.0.2.%'REVOKE UPDATE ON `orders`.`payments` FROM 'api'@'10.0.2.%'-
REVOKE GRANT OPTION ON *.* FROM 'api'@'10.0.2.%'（如果原GRANT带WITH GRANT OPTION）
注意：USAGE 权限无法被 revoke，它只是个占位符，表示“该用户存在但没其他权限”，删用户或等下次 FLUSH PRIVILEGES 后自然失效。
回收后用户仍能登录？这是正常行为
撤销所有权限 ≠ 删除用户，REVOKE 操作不影响用户的认证凭据。只要账号还存在，密码没改，用户依然能连上 MySQL（mysql -u xxx -p 成功），只是执行任何语句都会报 ERROR 1044 (42000): Access denied for user...。
如果你的目标是彻底禁用访问，得额外做两件事：
- 执行
DROP USER 'u'@'h'（永久删除）或ALTER USER 'u'@'h' ACCOUNT LOCK（MySQL 5.7.6+，锁账号但保留权限定义） - 确认没有其他同名主机段的账号（比如还有
'u'@'%'），否则回收'u'@'localhost'没用 - 权限变更不会实时生效于已存在的连接，已有连接会维持旧权限直到断开
最容易被忽略的是主机匹配规则：MySQL 认证时按 'user'@'host' 字符串精确匹配，'u'@'192.168.%' 和 'u'@'192.168.1.%' 是两个独立账号，得分别处理。
