<p>答案是使用REVOKE语句撤销权限，如REVOKE ALL PRIVILEGES ON my_database.* FROM ‘dev_user’@’localhost’; 可精细控制权限，撤销后通常无需FLUSH PRIVILEGES，但可执行以确保生效，查看权限用SHOW GRANTS，权限调整靠GRANT与REVOKE组合操作。</p>
在mysql中，撤销用户对特定数据库的权限，核心操作就是使用
REVOKE
语句实现。它允许你精确地收回之前授予的任何权限，无论是针对整个数据库、某个表，甚至是某个特定的操作（如select、INSERT）。
解决方案
要撤销MySQL用户对特定数据库的权限，你需要用到
REVOKE
语句。它的基本语法是：
REVOKE [权限类型] ON [数据库名].[表名或*] FROM '用户名'@'主机名';
这里有几个关键点：
- 权限类型：可以是
SELECT
,
INSERT
,
UPDATE
,
,
CREATE
,
DROP
,
ALL PRIVILEGES
等等。如果你想撤销所有权限，就用
ALL PRIVILEGES
。
- **数据库名.表名或***：
-
database_name.*
表示针对该数据库下的所有表。
-
database_name.table_name
表示只针对该数据库下的特定表。
-
- ‘用户名’@’主机名’：指定要撤销权限的用户及其连接主机。
举几个实际的例子，这应该能让你更清晰：
-
撤销用户
dev_user
对
my_database
数据库的所有权限：
REVOKE ALL PRIVILEGES ON my_database.* FROM 'dev_user'@'localhost';
这条命令执行后，
dev_user
就无法再对
my_database
进行任何操作了。这在我看来，是权限收回最彻底的一种方式，尤其当你需要完全移除一个用户对某个库的访问时。
-
撤销用户
report_user
对
sales_data
数据库的
INSERT
和
UPDATE
权限，但保留
SELECT
权限：
REVOKE INSERT, UPDATE ON sales_data.* FROM 'report_user'@'localhost';
你看，我们可以非常精细地控制，只拿掉他不需要或不该有的操作权限。这在很多场景下特别有用，比如一个报表用户，他只需要读取数据，就不应该有修改的权限。
-
撤销用户
app_user
对
user_info
数据库中
customers
表的
DELETE
权限：
REVOKE DELETE ON user_info.customers FROM 'app_user'@'%';
这里的
%
表示该用户可以从任何主机连接。这种细粒度的权限控制，对于保护敏感数据表尤其重要。我个人觉得，在生产环境中，权限越细越好，遵循最小权限原则总是没错的。
撤销权限后，通常情况下，MySQL会立即更新内部的权限表，所以用户下次连接或执行操作时，新的权限设置就会生效。
MySQL中，撤销用户权限后是否需要刷新权限？
关于撤销权限后是否需要立即执行
FLUSH PRIVILEGES
，这其实是个老生常谈的问题，也经常让人有些困惑。简单来说，在大多数现代MySQL版本（比如5.7及更高版本）中，当你使用
REVOKE
语句来撤销权限时，MySQL会自动更新内存中的权限缓存以及磁盘上的权限表（
mysql
数据库下的
user
,
db
,
tables_priv
等表）。这意味着，对于新建立的连接，或者当前连接执行的后续操作，权限变更通常会立即生效，不需要手动执行
FLUSH PRIVILEGES
。
但是，凡事总有例外，或者说一些特殊情况。我通常会在以下几种情况考虑或者干脆就执行一下
FLUSH PRIVILEGES
：
- MySQL版本较老： 早期的一些MySQL版本可能在权限变更的实时性上不如新版本那么完善。
- 权限管理操作频繁且复杂： 如果你正在进行大量、复杂的权限授予和撤销操作，或者有脚本在自动化这些操作，执行一下
FLUSH PRIVILEGES
可以作为一种“确保万无一失”的习惯。它强制MySQL重新加载权限表，确保所有更改都已生效。
- 手动修改了
mysql
系统数据库中的权限表：
这是极不推荐的做法，但如果你真的这么做了，那FLUSH PRIVILEGES
就是必须的了。
- 用户会话的缓存： 尽管权限表更新了，但某些用户会话可能因为连接池或其他机制，仍然缓存了旧的权限信息。这种情况下，
FLUSH PRIVILEGES
可以帮助清理这些缓存，尽管重启应用连接可能更彻底。
所以，我的建议是，对于标准的
REVOKE
操作，通常不需要。但如果你遇到权限不生效的问题，或者出于谨慎，执行一下也无妨，它不会有什么副作用。
如何查看MySQL用户当前拥有哪些权限？
了解一个用户当前到底有哪些权限，这在权限管理中是至关重要的一步，尤其是在你进行授予或撤销操作之后，需要验证结果时。最直接、最常用的方法就是使用
SHOW GRANTS
语句。
语法很简单：
SHOW GRANTS for '用户名'@'主机名';
举个例子，要查看
dev_user
在
localhost
上的权限：
SHOW GRANTS FOR 'dev_user'@'localhost';
执行这条命令后，你会得到一个结果集，每行代表一个授予的权限。比如，你可能会看到类似这样的输出：
+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ | Grants for dev_user@localhost | +------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ | GRANT USAGE ON *.* TO `dev_user`@`localhost` | | GRANT SELECT, INSERT, UPDATE ON `my_database`.* TO `dev_user`@`localhost` | | GRANT SELECT ON `another_database`.`some_table` TO `dev_user`@`localhost` | +------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
这清晰地展示了
dev_user
拥有的权限：
-
GRANT USAGE ON *.* TO 'dev_user'@'localhost'
：这表示用户有连接到MySQL服务器的权限，但没有对任何数据库或表的特定操作权限。这是所有用户都会有的基本权限。
-
GRANT SELECT, INSERT, UPDATE ON my_database.* TO 'dev_user'@'localhost'
：表明该用户对
my_database
数据库下的所有表拥有
SELECT
,
INSERT
,
UPDATE
权限。
-
GRANT SELECT ON another_database.some_table TO 'dev_user'@'localhost'
：表示该用户只对
another_database
中的
some_table
表拥有
SELECT
权限。
通过这种方式，你可以一目了然地确认用户权限是否符合你的预期。我个人觉得，在任何权限变更后，都应该养成
SHOW GRANTS
一下的习惯，这是避免配置错误最有效的方法之一。
除了撤销，MySQL用户权限还可以如何修改或调整？
当我们谈论“修改”或“调整”MySQL用户权限时，这通常不是一个单一的命令就能完成的，而是
GRANT
和
REVOKE
语句的组合使用。MySQL没有一个直接的
MODIFY PRIVILEGES
命令。它更像是一种“加法”和“减法”的游戏。
-
通过
GRANT
增加权限： 这是最常见的“修改”方式。如果你想给一个用户增加新的权限，比如之前只有
SELECT
，现在想让他也能
INSERT
，你就直接用
GRANT
语句：
GRANT INSERT ON my_database.* TO 'dev_user'@'localhost';
即使这个用户已经有了其他权限，
GRANT
命令也只会把新的权限添加上去，而不会覆盖或移除已有的权限。这是一种累加式的操作。
-
通过
REVOKE
减少权限： 就像我们前面详细讨论的，当你想从用户那里拿走某些权限时，就用
REVOKE
。这其实也是一种“修改”——把权限从多变少。
-
组合使用
REVOKE
和
GRANT
来“重置”权限： 有时候，你可能觉得一个用户的权限结构有点混乱，或者想彻底重新定义他的权限。这时候，一个常见且稳妥的做法是：
- 首先，使用
REVOKE ALL PRIVILEGES ON database_name.* FROM 'user'@'host';
彻底收回该用户对特定数据库的所有权限（或
REVOKE ALL PRIVILEGES ON *.*
收回所有权限，但要小心）。
- 然后，再使用
GRANT
语句，精确地授予他所需的所有权限。 这种“先清空再重建”的方式，可以有效避免权限残留或意外的权限叠加，在我看来，对于复杂权限的梳理和调整，是比较推荐的策略。
- 首先，使用
-
ALTER USER
用于用户属性修改（非权限）： 虽然不直接涉及数据库操作权限，但
ALTER USER
命令是用来修改用户本身的属性的，比如修改密码、修改认证插件、锁定/解锁账户等。这在用户管理中也很重要，但它和我们讨论的数据库操作权限是两个不同的维度。
ALTER USER 'dev_user'@'localhost' IDENTIFIED BY 'new_secure_password';
这只是修改了用户密码，不会影响他在数据库上的读写权限。
所以，总结来说，MySQL的权限“修改”更多是一种管理策略，通过
GRANT
和
REVOKE
的灵活组合来实现权限的增、减、以及“重置”。在实际操作中，我总是建议在测试环境充分验证权限设置，确保最小权限原则得到贯彻，这能大大降低潜在的安全风险。
