mysql主从复制

三种方式

• 主从复制过程
• STATEMENT模式（SBR）
• ROW模式（RBR）
• MIXED模式（MBR）
• 主从复制延迟主要出现在哪个地方？

主从复制过程

在这里插入图片描述

第一步：master在每个事务更新数据完成之前，将该操作记录串行地写入到binlog文件中。

第二步：salve开启一个I/O Thread，该线程在master打开一个普通连接，主要工作是binlog dump process。如果读取的进度已经跟上了master，就进入睡眠状态并等待master产生新的事件。I/O线程最终的目的是将这些事件写入到中继日志中。

第三步：SQL Thread会读取中继日志，并顺序执行该日志中的SQL事件，从而与主数据库中的数据保持一致。

STATEMENT模式（SBR）

记录每一条SQL修改 每一条会修改数据的sql语句会记录到binlog中。优点是并不需要记录每一条 sql语句和每一行的数据变化，减少了binlog日志量，节约IO，提高性能。 缺点是在某些情况下会导致 master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined functions(udf)等会出现问题)

ROW模式（RBR）

仅记录修改的内容，不记录具体的SQL 不记录每条sql语句的上下文信息，仅需记录哪条数据被修改了，修改成什么样了。而且不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。 缺点是会产生大量的日志，尤其是altertable的时候会让日志暴涨。

MIXED模式（MBR）

以上两种模式的混合使用，一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式。 建议使用MIXED模式~

主从复制延迟主要出现在哪个地方？

主要出现在从服务器的SQL线程重写sql语句，因为在写的时候是随机的，就是修改数据的时候，数据不可能都是顺序的，所以主要浪费时间的是这个地方。