5.主从复制故障处理

1.IO线程故障

  • io线程报错如出现connecting这种,一般是从库连接主库连接不上,这种一般是由于从库使用的错误用户和密码,或者主库的连接数达到了最大连接数。
  • 主库的二进制日志损坏,这种只能重新备份,然后将备份的数据导入从库,注意备份时主库要reset master,从库要stop slave,reset slave all, reset master

2.SQL线程故障

  • 版本差异,参数设定不同,比如:数据类型的差异,SQL_MODE影响
  • 要创建的数据库对象已经存在(1007),比如说主键冲突(1062 这个很常见
  •  要删除或修改的对象不存在
  • DML 语句不符合表定义及约束时

    处理方式:一定要知道是以哪个库的数据为准

3.处理

  • 对于基于位置点复制的(这种方式不能对于GTID复制的主备)
stop  slave;
set global sql_slave_skip_counter=1;  # 将同步指针向移动一个,如果多次不同步,可以重复操作
start  slave;
  • 对于GTID复制的
注入空事物的方法:
stop slave;
set gtid_next='99279e1e-61b7-11e9-a9fc-000c2928f5dd:xxx';
begin;commit;
set gtid_next='AUTOMATIC';

总结:其余上面的处理方式并不完美,最好的方式就是重新构建主从关系

参考:https://dev.mysql.com/doc/refman/5.7/en/replication-solutions.html 

     

posted on   太白金星有点烦  阅读(60)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· .NET10 - 预览版1新功能体验(一)
历史上的今天:
2022-03-17 13.Redis之哨兵结构01

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示