目录
-
-
- [🛠️ offline_mode 的核心工作机制](#🛠️ offline_mode 的核心工作机制)
- [🔑 设置权限要求](#🔑 设置权限要求)
- [💡 主要使用场景](#💡 主要使用场景)
- [📝 基础操作示例](#📝 基础操作示例)
- [⚠️ 重要注意事项](#⚠️ 重要注意事项)
- 总结
-
MySQL中的 offline_mode是一个用于数据库维护的配置,它能让服务器进入一种"离线状态",在这种状态下,除管理员外的新连接和现有连接都会被拒绝,以便安全地进行维护操作。
🛠️ offline_mode 的核心工作机制
你可以将offline_mode理解为一个服务器级别的"维护开关"。其核心工作逻辑如下:
-
对普通用户连接的影响
- 现有连接 :当开启离线模式时,所有没有特定管理权限的已连接客户端会被立即断开。他们正在执行的语句会被终止,持有的锁也会被释放。
- 新连接请求:新的普通用户连接尝试会被直接拒绝,并收到错误提示"The server is currently in offline mode"。
-
对管理员连接的影响
- 现有连接 :拥有
CONNECTION_ADMIN和SYSTEM_VARIABLES_ADMIN权限(或已被弃用的SUPER权限)的管理员连接不会断开。 - 新连接请求:管理员可以建立新的连接来管理服务器。
- 现有连接 :拥有
-
对复制等内部线程的影响
- 一个关键点是,复制线程(Replication Threads)不会被中断。这确保了在维护主库时,从库的数据同步不会停止。
为了更直观地了解不同用户在离线模式下的状态,可以看下面的对比:
普通应用用户 (如 app_user)
- 现有连接 :立即断开
- 发起新连接 :被拒绝 (报错:ERROR 3032)
- 所需权限:无特殊权限
数据库管理员 (拥有 CONNECTION_ADMIN 等权限)
- 现有连接 :保持连接
- 发起新连接 :允许
- 所需权限 :
CONNECTION_ADMIN+SYSTEM_VARIABLES_ADMIN(或SUPER)
复制线程
- 现有连接 :正常工作,不受影响
- 发起新连接:不适用
- 所需权限:不适用
🔑 设置权限要求
设置offline_mode需要管理员权限。从MySQL 8.0开始,官方推荐使用更细粒度的权限组合:
CONNECTION_ADMINSYSTEM_VARIABLES_ADMIN
在MySQL 5.7 或希望保持兼容时,可以使用传统的SUPER权限,但需注意该权限在未来版本中已被标记为弃用。
💡 主要使用场景
这个功能在以下运维场景中非常有用:
- 计划内维护:在升级服务器、修改配置或进行硬件维护前,开启此模式可以"静默"应用,防止新数据写入,并优雅地清空现有连接。
- 数据备份:为获取更一致的备份并减少对性能的影响,可以在备份期间开启离线模式。
- 高可用切换:在高可用架构中,配合代理(Proxy)使用,可以安全地将流量从需要维护的实例上引开。
📝 基础操作示例
-
开启离线模式 (需要管理员权限):
sqlSET GLOBAL offline_mode = ON;执行后,非管理员连接会开始断开。
-
进行维护操作 :
此时,管理员可以进行所需的升级、备份、优化等操作,而普通应用已无法访问数据库。
-
关闭离线模式:
sqlSET GLOBAL offline_mode = OFF;服务器恢复正常服务,应用程序可以重新连接。
⚠️ 重要注意事项
- 影响业务 :开启
offline_mode会直接中断业务,务必在计划维护时间窗口内操作,并提前通知相关人员。 - 连接池:对于使用连接池的应用,可能需要更长时间或重启应用,才能使所有旧连接感知到服务恢复。
- 权限检查 :在MySQL 8.0及以后版本,确保你的管理账户拥有正确的细粒度权限,而非仅依赖
SUPER权限。
总结
总而言之,offline_mode是一个强大的运维工具,它能帮助你在不重启数据库服务的情况下,快速、干净地隔离应用流量,为维护创造一个安全的环境。