MySQL设置从库只读模式

常见现象

　　运维工作中会经常维护MySQL主从服务器，当然Slave我们只是用于读操作。

一般权限开通也只授权只读账号，但是有时候维护工作可能不是一个人在做，你不能保证其他同事都按照这个标准操作。

有同事可能会授权Slave库MySQL账号为all或者select,update,insert,delete。还有一种情况是主从做了对所有数据的同步（包括用户信息），在Master库上面授权的账号也同步到了Slave库上面，当然Master账号中肯定会有select,update,insert,delete权限。

存在的问题

　　那么问题来了，当运维人员或者开发人员程序错误的连接了Mysql把Slave当成了Master等情况，那么就悲催了所有的数据修改就到Slave了，也会直接影响到主从的同步。

为了避免上述问题，我们需要给MySQL的Slave设置为只读模式。

解决方法

演示如下：

mysql> set global read_only=1; 

Query OK, 0 rows affected (0.00 sec)

#set global read_only=0 为取消普通账号的只读模式

授权普通MySQL测试账号

mysql> grant select,insert,update,delete on s18.* to 'test'@'127.0.0.1' identifi
ed by '123456';
Query OK, 0 rows affected, 1 warning (0.00 sec)

用测试账号登陆进行删除等操作，会提示--read-only错误

mysql> delete from student where sid=14;
ERROR 1290 (HY000): The MySQL server is running with the --read-only option so i
t cannot execute this statement

mysql> insert class values(5,三年级十班);
ERROR 1290 (HY000): The MySQL server is running with the --read-only option so i
t cannot execute this statement

注意:set global read_only=1 对拥有super权限的账号是不生效的，所以在授权账号的时候尽量避免添加super权限

那么我们在做数据迁移的时候不想发生任何数据的修改，包括super权限修改也要限制。

可以用锁表：

mysql> flush tables with read lock;
Query OK, 0 rows affected (0.18 sec)

使用root账号测试：

mysql>  delete from student where sid=13;
ERROR 1223 (HY000): Can't execute the query because you have a conflicting read
lock

解锁测试：

mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)
mysql>  delete from student where sid=13;
Query OK, 0 rows affected (0.00 sec)