在生产环境中，MySQL往往承载着核心业务流量，任何停服操作都会带来损失。当我们需要新增只读账号、回收某个IP的访问权限或调整库表级授权时，完全可以通过MySQL内建机制完成在线变更，而不必重启实例或中断现有连接。
一、MySQL权限生效的基本原理
MySQL将用户权限存放在mysql系统库的user、db、tables_priv等表中。当使用GRANT或REVOKE语句时，服务器会自动将变更写入系统表并刷新内存中的权限缓存。已建立的连接在其下一次执行需要权限校验的操作时才会重新读取缓存，因此不会立刻断连。
1.1 权限缓存与刷新
通过FLUSH PRIVILEGES可强制重新加载权限表到内存，但在使用GRANT等语句时通常已隐式完成，无需手动执行。直接修改系统表才必须执行该命令。
二、不停机权限变更标准流程
推荐始终使用账号管理语句而非直改系统表，流程如下：
- 在业务低峰期评估变更范围
- 使用
CREATE USER与GRANT完成账号与授权 - 对存量连接无需处理，新连接自动应用新权限
- 回收权限使用
REVOKE，必要时DROP USER
2.1 创建只读账号示例
以下代码展示如何为报表系统添加只读用户并限制来源IP：
-- 创建用户并设定密码 CREATE USER 'report_ro'@'192.168.0.1' IDENTIFIED BY 'StrongPass_123'; -- 授予某库只读权限 GRANT SELECT ON shop_db.* TO 'report_ro'@'192.168.0.1'; -- MySQL自动刷新权限缓存，无需重启
2.2 在线回收危险权限
若发现某账号误获写权限，可随时回收且不影响其已建立的查询连接：
-- 回收写入权限 REVOKE INSERT, UPDATE, DELETE ON shop_db.* FROM 'report_ro'@'192.168.0.1';
三、避免常见误区
| 误区 | 风险 | 正确做法 |
|---|---|---|
| 直接UPDATE mysql.user表 | 缓存不同步，可能不生效或引发异常 | 使用GRANT/REVOKE语句 |
| 频繁重启实例加载权限 | 业务中断 | 依赖内存缓存在线生效 |
四、会话级精细化控制
如果需在变更期间临时限制某连接，可通过KILL特定会话而非全量断连，但这属于极端场景。正常权限调整无需干预在线连接。
核心原则：用声明式权限语句代替底层表操作，让MySQL自己处理缓存一致性。
五、小结
MySQL的权限体系天生支持在线调整。掌握GRANT、REVOKE与用户管理语句，理解权限缓存机制，就能在不停机前提下安全完成权限配置变更，保障业务连续性。