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上是否一致（确实能保证主从复制的一致性，但也是最慢的）

        具体测试数据请参考 

本文转自 位鹏飞 51CTO博客，原文链接：http://blog.51cto.com/weipengfei/973041，如需转载请自行联系原作者