Mysql主从不同步之从库重做

环境：两台机器，mysql主从各一台

问题：last Error显示是重复录入冲突，重复录入，

1.可能因为网络原因导致主从同步相同的内容冲突了，导致主从失败。

2.某种原因主从同步失败后，进行主库的删除操作，再次建立连接后，master_log_pos是从当前位置开始的，所以从库数据没有删除，再有写操作的时候，会有主键重复。

以上均为推理猜测，如果哪位大佬有相关经验，欢迎告知，感谢！

Slave_SQL_Running为NO

 因用户那边一直有相关业务，主那边不能有任何风险操作（目前主是能正常使用的），所以只能在从库上操作，下列方法是我亲测有效的，希望对大家有帮助。

1.创建一个用户用来备份。

主库内操作

mysql> grant all on *.* to 'skon'@'localhost' identified by 'XXXXXXXX';     # XXXXXXXX为用户自定义密码

 2.备份主库

 主库外操作

mysqldump -uskon -p  --single-transaction --master-data=2 --no-autocommit --set-gtid-purged=off -A >alldatas.sql

注：

-A  同参数--all-databases，备份所有库，并在备份文件中生成创建库的语句及use语句。这样方便恢复时不用创建指定数据库

--single-transaction  不会锁表操作（很重要）

--master-data=2   输出的CHANGE MASTER命令前添加注释信息。

通过FLUSH TABLES WITH READ LOCK ,然后SHOW MASTER STATUS，再然后UNLOCK TABLES，在这个过程中获取到了master在lock时刻的binlog，获取binlog位置的过程一定是在加锁后，这样才可以准确获取响应的binlog
位置，而这个位置，会在备份文件的-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000009', MASTER_LOG_POS=655717;来体现，非常适合用于点对点的备份恢复 (--master-data=2)

在搭配--single-transaction 参数后，会在FLUSH TABLES WITH READ LOCK 后添加START TRANSACTION 语句，用来开启 单一事务 ， 这个时候的加锁，仅仅是为了确定master-data中的binlog的具体位置和开启事务，开启事务后，就已经把读锁释放了，而且在由日志可以看出，在日志的回滚过程中，是回滚到单一的TRANSACTION，也是sp点，每次进行对表和参数的改动后，都会对事务进行回滚。 通过对备份log的分析，可以发现，所有的的备份阶段完成后，都是rollback到sp点的。也就是返回到 SAVEPOINT sp时间点，也就是备份完成后，实际上备份库仍然是在sp点，而这个所谓的sp回滚，其实是调用的undo中的数据快照来实现的。

–no-autocommit  使用autocommit/commit 语句包裹表。

--set-gtid-purged=off  它的效果是在mysqldump输出的备份文件中生成 SET@@GLOBAL.GTID_PURGED语句；备份文件中的这条语句记录了GTID号，

GTID是为了加强数据库的主备一致性、故障恢复和容错能力，mysqldump备份整个数据库用来做从库的话，那么GTID是必须的(一个MySQL主从复制是开启了GTID的场景下)。

但是如果仅仅是备份单个库或者是导入单个库到其它的数据库(也是开启了GTID)，那么GTID号有重复概率(GTID由UUID+顺序事务ID组成)，所以如果想在数据导入的时候不想导入另外一个数据库全部的GTID，那么可以使用`--set-gtid-purged=OFF`来禁止。

3.重置slave

从库内操作

mysql> stop slave;
mysql> reset slave;
mysql> show slave status\G；

此时Slave_ IO_running和Slave_SQL_Running均为no。

 用head查看master_log_file和master_log_pos参数的值。

head -n 30 alldatas.sql

 从主库机器上把刚刚备份出来的alldatas.sql传到从库上，然后导入（从库外操作）。

mysql -uroot -p < alldatas.sql

 等待导入结束后，重新设定master（两个参数参照head -n 30显示的内容，从库内操作）。

mysql> change master to
        -> master_log_file='mysql-bin.000364',
        -> master_log_pos=40377530;

最后启动slave即可

mysql> start slave;
mysql> show slave status\G；

最后可以在主库上建一个表，测试从库是否也有。

文章参数参考【MySQL】mysqldump --single-transaction 和--lock-tables参数详解_zclinux_的博客-CSDN博客