如何通过phpMyAdmin撤销用户的全部权限_Revoke All Privileges操作-phpMyAdmin-PHP中文网

phpmyadmin 5.2+ 已移除“revoke all privileges”按钮，需手动逐级执行 revoke 语句或通过 sql 标签页操作；revoke all on . 仅撤销全局权限，库/表/列级权限须分别回收，并注意 grant option 和 flush privileges。

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 行。

例如 SHOW GRANTS FOR 'api'@'10.0.2.%' 返回：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

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.%' 是两个独立账号，得分别处理。