在上一章中我们讲解了主从同步的具体过程
理论上我们只能在主库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用户后还是可以进行增删改查的。