【MySQL集群】 MySQL数据库集群架构主从复制：解决Slave_SQL_Running: No问题（三）

在上一章中我们讲解了主从同步的具体过程

理论上我们只能在主库master上写入出数据，从库slave做只读操作。

如果程序员操作不小心在从库中写入了数据，就会中断主从复制，出现Slave_SQL_Running: No 问题

两种解决方法：

第一种：

Slave_SQL_Running: No
1.程序可能在slave上进行了写操作

2.也可能是slave机器重起后，事务回滚造成的.

一般是事务回滚造成的：
解决办法：

mysql> stop slave ;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave ;

跳过错误sql  ,继续下面同步  GLOBAL SQL_SLAVE_SKIP_COUNTER=1  后面value置顶跳过行数

第二种

首先停掉Slave服务：slave stop
到主服务器上查看主机状态：
记录File和Position对应的值

重新设置二进制文件地址

STOP SLAVE IO_THREAD

CHANGE MASTER TO
master_host='122.51.186.222',
master_user='zhouyang',
master_password='123456',
master_port=3316,
master_log_file='mysql-bin.000008',
master_log_pos=154;

 start slave ; //开启同步

手动同步需要停止master的写操作！

当然如果主库与从库的数据差别较大，这两种方法就只能治标不治本了，我们需要先将master锁表，禁止写入操作，并备份数据，开启同步，重新导入数据

如何避免：

虽然我们规定了主库只能写入数据，从库只能读取数据，为防止误操作的情况下，

我们可以给每个slave库分配普通用户，并设置从库禁止写数据

slave上配置只读，在配置文件/etc/my.cnf中的mysqld中配置read_only=1

注意：

read_only=1只读模式，可以限定普通用户进行数据修改的操作，但不会限定具有super权限的用户（如超级管理员root用户）的数据修改操作。

 如果想保证super用户也不能写操作，就可以就需要执行给所有的表加读锁的命令 “flush tables with read lock;”。

这样使用具有super权限的用户登录数据库，想要发生数据变化的操作时，也会提示表被锁定不能修改的报错。

 

我们的一般做法是，给从库分配一个普通用户。

将slave数据库read-only=1设置只读后，在master执行GRANT USAGE ON *.* TO 'user01'@'localhost' IDENTIFIED BY'123456'WITH GRANT OPTION;（这里要区别上面给从库分配复制权限的写法，这里分配的是usage权限， 后面多了with grant option）

创建一个普通用户，

然后用普通用户登录从库，执行操作会报错。切换到root用户后还是可以进行增删改查的。