前言：

默认情况下，我们的 MySQL 实例是可读写的。但有些情况下，我们可以将整个实例设置为只读状态，比如做迁移维护的时候或者将从库设为只读。本篇文章我们来看下 MySQL 设置只读相关知识。

1.关于 read_only 参数

MySQL系统中，提供有 read_only 和 super_read_only 两个只读参数，参考官方文档，这里介绍下这两个参数的作用：

read_only 参数默认不开启，开启后会阻止没有 super 权限的用户执行数据库变更操作。开启后，普通权限用户执行插入、更新、删除等操作时，会提示 –read-only 错误。但具有 super 权限的用户仍可执行变更操作。

super_read_only 参数同样默认关闭，开启后不仅会阻止普通用户，也会阻止具有 super 权限的用户对数据库进行变更操作。

read_only 和 super_read_only 是有关联的，二者之间的关系如下：

• 设置 super_read_only=on ，也就隐式地设置了 read_only=on。
• 设置 read_only=off ，也就隐式地设置了 super_read_only=off。
• 可以单独开启 read_only 而不开启 super_read_only。

不过，从库开启 read_only 并不影响主从同步，即 salve 端仍然会读取 master 上的日志，并且在 slave 实例中应用日志，保证主从数据库同步一致。(经测试，从库端开启 super_read_only 仍不影响主从同步。)

下面我们具体来操作下，看下 read_only 参数的用法：

#查看read_only参数
mysql>showglobalvariableslike'%read_only%';
+-----------------------+-------+
|Variable_name|Value|
+-----------------------+-------+
|innodb_read_only|OFF|
|read_only|OFF|
|super_read_only|OFF|
|transaction_read_only|OFF|
|tx_read_only|OFF|
+-----------------------+-------+

#动态修改read_only参数（若想重启生效则需将read_only=1加入配置文件中）
mysql>setglobalread_only=1;
QueryOK,0rowsaffected(0.00sec)

mysql>showglobalvariableslike'read_only';
+---------------+-------+
|Variable_name|Value|
+---------------+-------+
|read_only|ON|
+---------------+-------+

#read_only开启的情况下操作数据
#使用超级权限用户
mysql>createtabletb_a(aint);
QueryOK,0rowsaffected(0.05sec)
#使用普通权限用户
mysql>createtabletb_b(bint);
ERROR1290(HY000):TheMySQLserverisrunningwiththe--read-onlyoptionsoitcannotexecutethisstatement

#开启super_read_only，再次使用超级权限用户来操作数据
mysql>setglobalsuper_read_only=1;
QueryOK,0rowsaffected(0.00sec)
mysql>showglobalvariableslike'super_read_only';
+-----------------+-------+
|Variable_name|Value|
+-----------------+-------+
|super_read_only|ON|
+-----------------+-------+
mysql>createtabletb_c(cint);
ERROR1290(HY000):TheMySQLserverisrunningwiththe--super-read-onlyoptionsoitcannotexecutethisstatement

#关闭read_only参数
mysql>setglobalread_only=0;
QueryOK,0rowsaffected(0.00sec)

2.flush tables with read lock 设置

除了 read_only 参数外，执行 flush tables with read lock 也可将数据库设置为只读状态，那么二者有什么区别呢?我们先来了解下 flush tables with read lock 的作用。

执行此命令会给数据库加全局读锁，使得数据库处于只读状态，以下语句会被阻塞：数据更新语句(增删改)、数据定义语句(建表、修改表结构等)和更新类事务的提交语句。下面我们来具体实验下：

#执行FTWRL
mysql>flushtableswithreadlock;
QueryOK,0rowsaffected(0.02sec)

#进行数据变更操作
mysql>insertintotb_avalues(1);
ERROR1223(HY000):Can'texecutethequerybecauseyouhaveaconflictingreadlock

#解锁
mysql>unlocktables;
QueryOK,0rowsaffected(0.00sec)
mysql>insertintotb_avalues(1);
QueryOK,1rowaffected(0.01sec)

值得注意的是，从库端执行 flush tables with read lock 会导致 SQL 线程卡住，主备延迟。与开启 read_only 参数不同的是，执行 flush tables with read lock 后，其余客户端执行数据变更操作会持续等待而不是立即报错，极其容易引起数据库 hang 住，执行这个命令还是要小心的。

以个人数据库运维经验来讲，一般只有从库需要设置只读状态，从库端建议开启 read_only 或 super_read_only，避免人为写入。flush tables with read lock 适用于进行数据迁移时，可以保证数据库不发生数据改变，不过要注意及时解锁。

总结：

本篇文章主要介绍了 MySQL 只读状态相关知识，其实除了从库外，其余实例很少设置全局只读，只是遇到某种需求的情况下需要将数据库设为只读状态，写本篇文章的目的也是遇到此类需求时，可以有个参考。