MySQL主从同步原理

同步原理
MySQL的主从同步属于异步复制,当用户发送请求到主库，会将增删改的操作记录到binlog日志，从库根据设定的间隔时间去找主库。开启同步后，先是从向主发起请求。然后主库进行验证从库是否正常，验证之后，主库就会给从库按照信息发送日志，从库上存放日志的地方叫做中继日志（relay log）。从库里面还有一个master info信息，这个里面记录的是change master的信息，每一次取日志回来都会对从库的master info信息进行更新，接下来从库根据master info的binlog信息去主库更新的binlog信息。
当主将binlog发送过来放到中继日志里面的时候，sql线程就会语句经过转换写到从库里面,相当于从库把主库增删改的SQL命令拿过来,重新在从库执行一遍,达到同步。
在配置时,我们需要在从库上使用change master指定主库的IP，端口，二进制文件名称(binlog)，pos(偏移量)，master的密码等,并在从库上开启start slave就会开启同步。
下图很形象的表述了主从同步的原理和流程,看图看图

工作流程
(1)在每个事务更新数据完成之前，master在二进制日志记录这些改变。MySQL将事务串行的写入二进制日志，在事件写入二进制日志完成后，提交事物。
(2)slave开始一个工作线程——I/O线程。slave的IO进程链接到master后，向master请求指定位置的日志内容。
(3) master接受到slave的请求后，通过master的IO读取指定日志内容及bin-log文件的相关信息（slave status中Master_Log_File和Read_Master_Log_Pos属性），并返回给slave的IO进程。
(4)slave接收到信息后，将接受到的日志内容依次添加到slave端的relay-log（在MySQLdata目录中）的最末端，并读取master传过来的bin-log文件信息，将bin-log的文件信息存到master.info文件中，以便下一次请求能够清楚的告诉master需要读取bin-log的哪个位置(偏移量)开始往后的日志内容。举个简单的例子,主和从约好在同一地点跑步,主先出发,1分钟后,主告诉从:“我在400米的位置”,从收到消息也立马跑到400米的位置,和主同步,这个400就相当于bin-log日志的偏移量。
(5)slave的sql进程检测到relay-log中新增内容后，会立刻解析relay-log的内容，将其解析成在master端真实执行的那些可执行内容，并在slave自身执行。

注意:
(1)主库需要指定server id,并开启binlog日志;
(2)从库只需要指定server id即可;
(3)在开启同步之前,主从两库的数据必须一致;
(4)主库的binlog和pos值可以用 show master status 来查看;
(4)主库上需要创建一个账户允许其对主库所有数据库拥有主从复制（‘REPLICATION SLAVE’)权限,并设置密码;
(5)指定主库信息,也就是"change master…" 是在从库上执行,且里面指定刚才在主库创建的用户以及密码;
(6)指定主库信息后,show slave status\G查看从库状态,从库的两个线程"I\O与SQL线程"必须是"Yes",是"NO"的话可根据下方的Error报错信息进行排错。