对MySQL数据库复制中断的处理

在复制中，有时会因为复制报错，而中断复制。平日是因为一个SQL语句在主库履行时是正常的，但同步到大年夜库时，因为各类原因，找不到对应的数据，造成履行SQL掉败，报出复制缺点。下面重要写了几个常见的缺点。

沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践！10.28不见不散！

对MySQL数据库复制中断的处理

媒介

复制中断的情况和处理

复制中断的情况：

对这些情况的处理：

碰到该问题，要想到要如何知足复制，而不是跳过该事务;不建议跳过缺点，碰到缺点应当修改过来，再连接主库复制，不然大年夜库的数据会越来越不一致!
手工修复操作有些慢，可以针对1062和1032缺点，写一个主动化监控改┞俘脚本。
留意：若经常数据不一致，选择营业低放弃，考验一次数据(pt-table-checksum)，查看是否数据一致，若检查出太多的数据不一致，该大年夜库就弗成再用了，再创建一个大年夜库!

常见的复制缺点

【缺点码-1062】

具体操作：

定位到该事物
- 传统复制：Exec_Master_Log_Pos 与 last_error中的end_log_pos 中心的事务
- GTID复制：executed_gtid_set : xxxxx:1-5 ，即第6个事务报错了。
- master：mysqlbinlog -vv --base64-output=decode-rows --start-position ……
在slave上删除该条数据，然后连接复制
- > set sql_log_bin=0; # 先禁止当前会话的操作记录写到binlog
- > delete from xn_db.t_order_produce where id=35197;
- > set sql_log_bin=1; # 恢复正常
- > start slave sql_thread; # 启动SQL线程

【缺点码-1032】

1032缺点分为： update缺点和 delete缺点。

update 处理操作：

update 具体操作：

定位到该事物
- 传统复制：Exec_Master_Log_Pos 与 last_error中的end_log_pos 中心的事务
- GTID复制：executed_gtid_set : xxxxx:1-5 ，即第6个事务报错了。
- master：mysqlbinlog -vv --base64-output=decode-rows --start-position ……
将没有的数据创建出来，只相符缺点事务履行成功即可
- > set sql_log_bin=0;
- > insert into xn_db.t_mes(id) values(35592);
- > set sql_log_bin=1;
- > start slave sql_thread;

delete 处理操作：

因为大年夜库没有该数据，致使删除掉败，可以跳过该缺点，因为跳过该删除事务相当于不履行该delete语句，和在大年夜库膳绫腔履行之前是一样的，那些数据都不会存在于大年夜库中。

处理操作：

delete 具体操作：

传统复制：
- > stop slave;
- > set global sql_slave_skip_counter=1; # 跳过一个事务
- > start slave;
GTID复制：
- > stop slave;
- > set gtid_net='xxxxx:6' # 跳过报错事务6
- > begin;commit; # 履行一个空事务，即GTID为6的事务
- > set gtid_next='AUTOMATIC';
- > start salve;

【编辑推荐】

【义务编辑：庞桂玉 TEL：（010）68476606】

　　推荐阅读

　　访三十多家云厂商对于混合云的未来，他们这样说

沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践！10.28不见不散！企业上云，一向都是异常火爆的话题，选择私有云可保障安然性，公有云可放弃自身办事器，而混淆云是一个取中的办法。混淆云>>>详细阅读

地址：http://www.17bianji.com/lsqh/38101.html