9.1 主从概述

9.1.1 主从复制简介

MySQL主从复制是一个异步的复制过程，底层是基于Mysql数据库自带的 二进制日志 功能。就是一台或多台MySQL数据库（slave，即从库）从另一台MySQL数据库（master，即主库）进行日志的复制，然后再解析日志并应用到自身，最终实现 从库的数据和主库的数据保持一致。MySQL主从复制是MySQL数据库自带功能，无需借助第三方工具。

9.1.2 主从复制优点

MySQL 主从复制的优点主要包括以下3个方面：

(1) 如果主库出现问题，可以快速切换到从库提供服务；

(2) 可以在从库上执行查询操作，降低主库的访问压力；

(3) 可以在从库上执行备份，以避免备份期间影响主库的服务

9.1.3 主从复制原理

要实施复制，首先必须打开Master端的binary log（bin-log）功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。

MySQL复制的基本过程如下：

1. Slave上面的IO线程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；

2. Master接收到来自Slave的IO线程的请求后，通过负责复制的IO线程根据请求信息读取指定日志指定位置之后的日志信息，返回给Slave端的IO线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在Master端的Binary Log文件的名称以及在Binary Log中的位置；

3. Slave的IO线程接收到信息后，将接收到的日志内容依次写入到Slave端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并将读取到的Master端的binlog的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉Master：“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”

4. Slave的SQL线程检测到Relay Log中新增加了内容后，会马上解析该Log文件中的内容成为在Master端真实执行时候的那些可执行的SQL语句，并在自身执行这些SQL。这样，实际上就是在Master端和Slave端执行了同样的SQL，所以两端的数据是完全一样的。

9.1.4 主从复制方式

MySQL复制主要有三种方式，建议使用MBR

(1)基于SQL语句的复制(statement-based replication, SBR)，

(2)基于行的复制(row-based replication, RBR)，

(3)混合模式复制(mixed-based replication, MBR)。

对应的，binlog的格式也有三种：STATEMENT，ROW，MIXED,由参数binlog_format={ROW|STATEMENT|MIXED}指定二进制日志的类型。