如何设置从库只读连接并防止误写,实现高效的多服务器主从管理?
- 内容介绍
- 相关推荐
本文共计1190个文字,预计阅读时间需要5分钟。
相关专题
MySQL 从库 read_only=1 为什么设了还被写入?
根本原因不是没设,而是设得不完整。mysql 的 read_only 对 super 权限用户无效,而很多运维脚本、监控工具、甚至 dba 自己连的账号都带 super(比如 root 或用 mysql_upgrade 创建的账号)。这时候 read_only=1 形同虚设。
- 必须同步设置
super_read_only=1(5.7.20+ / 8.0 默认启用),它会拦截所有 super 用户的写操作 - 检查当前生效值:
SELECT @@read_only, @@super_read_only;,两个都得是1 - 如果用的是 MySQL 5.6,
super_read_only不存在,只能靠权限控制——删掉从库上所有非只读账号的UPDATE/INSERT/DELETE/DROP/ALTER权限,并禁用SUPER - 配置文件里写死比运行时 SET 更可靠:
read_only = ON和super_read_only = ON放进my.cnf的[mysqld]段,重启生效
主从切换后从库变主库,read_only 怎么自动关闭?
手动改配置或执行 SET 不现实,一出故障就靠人盯,延迟和误操作风险极高。
本文共计1190个文字,预计阅读时间需要5分钟。
相关专题
MySQL 从库 read_only=1 为什么设了还被写入?
根本原因不是没设,而是设得不完整。mysql 的 read_only 对 super 权限用户无效,而很多运维脚本、监控工具、甚至 dba 自己连的账号都带 super(比如 root 或用 mysql_upgrade 创建的账号)。这时候 read_only=1 形同虚设。
- 必须同步设置
super_read_only=1(5.7.20+ / 8.0 默认启用),它会拦截所有 super 用户的写操作 - 检查当前生效值:
SELECT @@read_only, @@super_read_only;,两个都得是1 - 如果用的是 MySQL 5.6,
super_read_only不存在,只能靠权限控制——删掉从库上所有非只读账号的UPDATE/INSERT/DELETE/DROP/ALTER权限,并禁用SUPER - 配置文件里写死比运行时 SET 更可靠:
read_only = ON和super_read_only = ON放进my.cnf的[mysqld]段,重启生效
主从切换后从库变主库,read_only 怎么自动关闭?
手动改配置或执行 SET 不现实,一出故障就靠人盯,延迟和误操作风险极高。

