mysql主从复制之数据不一致的暴力解决方法

我就是我 2022-05-23 04:20 182阅读 0赞

该方法适用于主从库数据相差较大，或者要求数据完全统一的情况  
解决步骤如下：  
**1.先进入主库，进行锁表，防止数据写入**  
使用命令：  
mysql> flush tables with read lock;  
注意：该处是锁定为只读状态，语句不区分大小写  
**2.进行数据备份**  
把数据备份到mysql.bak.sql文件  
\[root@server01 mysql\]\#mysqldump -uroot -p –all-databases > mysql.bak.sql  
这里注意一点：数据库备份一定要定期进行，可以用shell脚本或者python脚本，都比较方便，确保数据万无一失  
**3.把mysql备份文件传到从库机器，进行数据恢复**  
使用scp命令  
\[root@server01 mysql\]\# scp mysql.bak.sql root@192.168.128.101:/tmp/  
**4.停止从库的状态**  
mysql> stop slave;  
**5.然后到从库执行mysql命令，导入数据备份**  
~\]\# mysql -uroot -p < mysql.bak.sql  
**6.做主从配置，这里我是基于gtid做的；**  
mysql> change master to master\_host = ‘172.25.254.1’, master\_user=’cqn’,  
\-> master\_password=’Redhat+007’, master\_auto\_position=1;  
mysql> start slaves;  
mysql> show slave status\\G;  
Slave\_IO\_Running: No  
Slave\_SQL\_Running: Yes  
**7.没成功，查看日志报错为：**  
2018-06-01T10:54:53.875121Z 2 \[ERROR\] Slave I/O for channel ”: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work. Error\_code: 1593

原因分析：  
mysql 5.6的复制引入了uuid的概念，各个复制结构中的server\_uuid得保证不一样，但是查看到直接copy data文件夹后server\_uuid是相同的，show variables like ‘%server\_uuid%’;

解决方法：  
找到data文件夹下的auto.cnf文件，修改里面的uuid值，保证各个db的uuid不一样，重启db即可  
**8. 重启数据库，查询slave状态：**  
mysql> show slave status\\G;  
Slave\_IO\_Running: Yes  
Slave\_SQL\_Running: Yes  
**9. 取消主数据库锁定**  
mysql> UNLOCK TABLES;