MySQL主从复制

MySQL主从复制

   概要

   随着业务的增长，一台数据服务器已经满足不了需求了，负载过重。这个时候就需要减压了，实现负载均衡读写分离，一主一丛或一主多从。

   主服务器只负责写，而从服务器只负责读，从而提高了效率减轻压力。

    主从复制可以分为：

   主从同步：当用户写数据主服务器必须和从服务器同步了才告诉用户写入成功，等待时间比较长。
   主从异步：只要用户访问写数据主服务器，立即返回给用户。
   主从半同步：当用户访问写数据主服务器写入并同步其中一个从服务器就返回给用户成功。

   一、异步复制

   一个主库，一个或多个从库，数据异步同步到从库。

   MySQL 主从复制中最常见和默认的模式。在异步复制模式中，主服务器将数据修改操作记录到二进制日志（Binary Log）中，并将日志传输给从服务器。从服务器接收到二进制日志后，会异步地应用这些日志进行数据复制。这种模式下，主节点不会主动推送数据到从节点，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理。

   如下图：

   优点：它的优点是及时响应给使用者，主服务器不会受到从服务器的影响而等待确认，可以提高主服务器的性能。

   缺点：由于是异步复制，可能存在数据传输的延迟，且从服务器上的复制过程是不可靠的。如果主服务器故障，尚未应用到从服务器的数据可能会丢失。

   这样就会有一个问题，主节点如果崩溃掉了，此时主节点上已经提交的事务可能并没有传到从节点上，如果此时，强行将从提升为主，可能导致新主节点上的数据不完整。

   二、同步复制

在 MySQL cluster 中特有的复制方式。

当主库执行完一个事务，然后所有的从库都复制了该事务并成功执行完才返回成功信息给客户端。

因为需要等待所有从库执行完该事务才能返回成功信息，所以全同步复制的性能必然会收到严重的影响。

半同步复制

在异步复制的基础上，确保任何一个主库上的事务在提交之前至少有一个从库已经收到该事务并日志记录下来。

   一、工作过程

   MySQL主从复制的实现原理基于：主节点的二进制日志（Binary Log）和从节点的复制线程。

   MySQL 的主从复制工作过程大致如下：

   1.  从库生成两个线程，一个 I/O 线程，一个 SQL 线程;

   2.  I/O 线程去请求主库的 binlog，并将得到的 binlog 日志写到 relay log(中继日志) 文件中;

   3.  主库会生成一个 log dump 线程，用来给从库 I/O 线程传 binlog;

   4.  SQL 线程会读取 relay log 文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致;