如何配置MySQL从库为只读模式，启用read_only和super_read_only？

本文共计710个文字，预计阅读时间需要3分钟。

很多用户为了从库执行以下命令：

如何正确启用双层只读：read_only + super_read_only

两者需同时开启才构成有效防护。顺序和方式很重要：

• 先确保主从复制正常运行（SHOW SLAVE STATUS\G 中 Slave_IO_Running 和 Slave_SQL_Running 均为 Yes），再设置只读，否则可能中断 SQL 线程
• 执行顺序必须是：SET GLOBAL read_only = 1 → SET GLOBAL super_read_only = 1；反过来会报错（ERROR 1290 (HY000): The MySQL server is running with the --super-read-only option so it cannot execute this statement）
• 要持久生效，必须在配置文件（如 /etc/my.cnf）中显式写入：

  [mysqld] read_only = ON super_read_only = ON 仅靠 SET GLOBAL 设置会在重启后丢失

super_read_only 启用后哪些操作会被拒绝

开启后，任何用户（包括 root）都无法执行写操作，除非临时禁用它。被拦截的典型操作包括：

• INSERT、UPDATE、DELETE、REPLACE、CREATE TABLE、DROP TABLE
• FLUSH LOGS、RESET MASTER、RESET SLAVE（这些会改变复制状态或日志，属于高危操作）
• 但允许 SELECT、SHOW、EXPLAIN、SET（非全局变量）等只读语句
• 注意：SET GLOBAL 修改变量本身也会被拒绝，比如 SET GLOBAL read_only = 0 —— 必须先关 super_read_only 才能改其他变量

误操作恢复与常见陷阱

如果因配置错误导致从库卡死或无法修复，最常踩的坑是：

• 没关 super_read_only 就直接 STOP SLAVE：会失败，报错 ERROR 1290；正确做法是先 SET GLOBAL super_read_only = 0，再 STOP SLAVE
• 配置文件里写了 super_read_only = ON，但 MySQL 版本低于 5.7.20 —— 该参数不存在，启动会失败；检查版本用 SELECT VERSION()
• 主库也误配了 super_read_only = 1：会导致主库完全不可写，业务直接中断；生产环境务必确认只在从库配置
• read_only 和 super_read_only 都是动态变量，但部分旧版本（如 5.6）不支持 super_read_only，必须升级

真正起作用的从来不是单个开关，而是两者的组合策略和落地细节——尤其是配置文件是否写对、版本是否支持、启停顺序是否合规。漏掉任意一环，所谓的“只读”就形同虚设。