什么是主从复制？

为了保障在 MySQL 数据库的数据不丢失，在 MySQL 本身自带了一个主从复制的功能，可以实现负载均衡和读写分离。
对于主服务器（Master）来说，主要负责写，从服务器（Slave）主要负责读，这样的话，就会大大减轻压力，从而提高效率。

主从复制原理？

上篇笔记笔记-数据库架构-主从中有提到主从架构原理。

主从复制类型

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

  同步复制

  在 MySQL cluster 中特有的复制方式。
  当主库执行完一个事务，然后所有的从库都复制了该事务并成功执行完才返回成功信息给客户端。
  因为需要等待所有从库执行完该事务才能返回成功信息，所以全同步复制的性能必然会收到严重的影响。

  异步复制

  一个主库，一个或多个从库，数据异步同步到从库。
  这种模式下，主节点不会主动推送数据到从节点，主库在执行完客户端提交的事务后会立即将结果返回给客户端，并不关心从库是否已经接收并处理。
  这样就会有一个问题，主节点如果崩溃掉了，此时主节点上已经提交的事务可能并没有传到从节点上，如果此时，强行将从提升为主，可能导致新主节点上的数据不完整。

  半同步复制

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

介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到 relay log 中才返回成功信息给客户端(只能保证主库的 Binlog 至少传输到了一个从节点上，否则需要等待直到超时时间然后切换成异步模式再提交。
相对于异步复制，半同步复制提高了数据的安全性，一定程度的保证了数据能成功备份到从库，同时它也造成了一定程度的延迟，但是比全同步模式延迟要低，这个延迟最少是一个 TCP/IP 往返的时间。所以，半同步复制最好在低延时的网络中使用。
半同步模式不是 MySQL 内置的，从 MySQL 5.5 开始集成，需要 master 和 slave 安装插件开启半同步模式。

延迟复制

在异步复制的基础上，人为设定主库和从库的数据同步延迟时间，即保证数据延迟至少是这个参数。

附参照资料：
MySQL 主从复制原理