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，如需转载请自行联系原作者
