MySQL主从复制【基于GTID复制(GTID误写入操作处理)】
错误示例
mysql> show slave statusG Last_SQL_Error: Error Cant create database db4; database exists on query. Default database: db4. Query: create database db4 Retrieved_Gtid_Set: 71bfa52e-4aae-11e9-ab8c-000c293b577e:1-3 //表示收到的事务(重点) Executed_Gtid_Set: 71bfa52e-4aae-11e9-ab8c-000c293b577e:1-2, 7ca4a2b7-4aae-11e9-859d-000c298720f6:1 //表示已执行的事务(重点)
报错原因
由于误操作的原因,导致主库与从库的某些操作不能建立连接,例如:延时同步恢复时,进行分别恢复导致的某些GTID事务无法执行(某些语句操作已执行,GTID幂等性导致无法再次执行),因此会产生某些事务已执行,某些事物未执行的错误。
解决方法
通过注入空事务的方法,跳过未执行的事务 【注:此操作建立在所有库(包含主从)均已通过备份恢复手动完成同步操作,数据一致的情况下才可进行,否则会导致数据丢失】
相关语句
mysql> stop slave; #关闭slave mysql> set gtid_next=71bfa52e-4aae-11e9-ab8c-000c293b577e:3; #跳过GTID为“3”的事务 mysql> begin;commit; #注入空事务 mysql> set gtid_next=AUTOMATIC; #将下一个GTID设定为自动 #以上操作如出现多个未执行事务,可以通过重复执行,其中的“set gtid_next=”不断递增GTID即可 mysql> start slave; #开启slave mysql> show slave statusG #查看结果(正常情况为成功,若不成功自行根据实际错误查阅原因)
上一篇:
Redis高级使用