mysql row复制_MySQL ROW复制的特点

本文介绍了MySQL基于行的复制特点,确保主从一致性。在行复制中,binlog记录了表更改的列数据,涉及Table_map、Write_rows、Delete_rows、Update_rows四个事件。在slave端执行时,首先检查表结构,然后根据主键或非空唯一索引定位行,以保持主从同步。尽管ROW模式提高了复制可靠性,但在没有主键或大表操作时可能导致备库延时。建议为每个表设置主键或唯一索引以优化复制性能。
摘要由CSDN通过智能技术生成

MySQL基于行的复制可以最大化保证主从复制的一致性,对于RBR(基于行复制) 和SBR(基于语句复制),相信大家已经很熟知,下面记录的是行复制在二进制日志总记录的情况。

基于行的复制是与位置相关的,binlog里面只记录相关表发生改变的列的数据。其中引入了四个新的事件: Table_map, Write_rows,Delete_rows,Update_rows.

一条语句执行后,在binlog里面,Table_map事件中包含表ID,和列的类型(没有列名,slave 可以利用这些信息对比和master上的表结构是否一致),后面跟着其他三个事件,结束标志为STMT_END_F.

事件在slave 端执行过程:

1、SQL线程从中继日中读取各个事件。

2、对与Table_map事件,SQL线程将提取出表信息,保存表的定义。

3、锁定要改变的表,并检查master和slave上表结构是否一致。

4、如果表schema不一致,则停止复制,否则继续执行行事件,直至遇到结束标志符:STMT_END_F.

对于Update_rows和Delete_rows事件,SQL线程要先定位到具体的行,查找操作的步骤:

1、主键或者

优先选择slave上的主键。这是最好的办法。当找到匹配的主键值的时候,就认为已经找到匹配的行,行的其他列的内容则不去匹配。

2、非空唯一索引扫描

这个也只比较键值

3、其他索引或者全表扫描

此时会比较整个行的数据在master和slave上是否一致(确实能保证主从复制的一致性,但也是最慢的)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值