MySQL 5.5 主从复制工作原理

    主从复制功能通过在主服务器和从服务器之间切分处理客户查询的负荷，可以得到更好的客户响应时间 SELECT 查询可以发送到从服务器，以降低主服务器的查询处理负荷。修改数据的语句仍然发送到主服务器，以使主、从服务器保持同步。如果非更新查询为主（如 SELECT 查询），该负载均衡策略很有效。

    MySQL 主从复制优点如下：

• 增长健壮性。主服务器出现问题时，切换到从服务器作为备份。
• 优化响应时间。不要同时在主从服务器上进行更新，这样可能引起冲突。
• 在从服务器备份过程中，主服务器继续处理更新。

 

主从复制工作原理

    主从复制通过 3 个过程实现，其中一个过程发生在主服务器上，另外两个过程发生在从服务器上。具体情况如下：

1. 主服务器将用户对数据库更新的操作以二进制格式保存到 Binary Log 日志文件中，然后由 Binlog Dump 线程将 Binary Log 日志文件传输给从服务器。
2. 从服务器通过一个 I/O 线程将主服务器的  Binary Log 日志文件中的更新操作复制到一个叫 Relay Log 的中继日志文件中。
3. 从服务器通过另一个 SQL 线程将 Relay Log 中继日志文件中的操作依次在本地执行，从而实现主从之间数据的同步。

  主从复制详细过程如图所示

 

主从复制过程

（1）BinLog Dump 线程

    BinLog Dump 线程运行在主服务器上，主要工作是把 Binary Log 二进制日志文件的数据发送给从服务器。

    使用SHOW PROCESSLIST 语句查看该线程是否正在运行。

（2）I/O 线程

    从服务器执行 START SLAVE 语句后，创建一个 I/O 线程。此线程运行在从服务器上，与主服务器建立连接，然后向主服务器发出更新请求。之后，I/O 线程将主服务器发送的更新操作复制到本地 Relay Log 日志文件中。

    使用 SHOW SLAVE STATUS 语句查看 I/O 线程状态。

 （3）SQL 线程

    SQL 线程运行在从服务器上，主要工作是读取 Relay Log 日志文件中的更新操作，并将这些操作依次执行，从而使主从服务器数据得到同步。

 

主从复制详述

    MySQL 服务器之间的复制是基于二进制日志机制的。主机的数据库实例会把更新和变化的事件写入二进制日志。根据数据库的设置，二进制日志被存储为不同的日志格式。从服务器根据配置从主服务器那里读取二进制日志，然后在本地数据库执行相应的二进制日志事件。

    在复制过程中，主机是被动的。一旦启用了二进制日志，所有的语句都会被记录进里面。每一台从服务器都会接受一份二进制日志副本，从服务器决定二进制日志哪些语句需要被执行；你不应该在主服务器配置只记录某一类的事件。如果你没有指定的话，在主服务上二进制事件在从服务器都会被执行。如果有需要的话，你可以在从服务器上指定那些应用于特殊的数据库或者表事件被执行。

    每一台从服务器都保存有一条二进制日志坐标的记录：文件名和要从主服务器读取和处理的位置。这意味着多台从服务器能同时连接主机和读取同一个二进制日志不同的部分。因为这个过程是由从服务器处理，单台从服务器连接或者断开主服务器的连接都不会影响主服务器的操作。由于每台从服务器都会记住执行到二进制日志的哪个位置，所以即使断开与主服务器的连接，然后再次连接，都会从上次断开的位置读取二进制日志。

    主服务器和从服务器必须配置成唯一的ID。另外，每台从服务器必须配置主服务的主机名、日志名称和读取日志相应的位置。这些详细的配置可以在从服务器上的会话中用 CHANGE MASTER TO  语句来控制。这些配置信息都保存在从服务器的文件 master.info 中。