目录
MySQL主从复制
概念
MySQL主从复制是一种数据分布机制，允许从一个数据库服务器（主服务器）复制数据到一个或多个数据库服务器（从服务器）。
解决问题（目的）
- 读写分离
- 数据备份
- 高可用
主从形式
一主多从
实现了：
读写分离
高可用
多主一从
用于多个节点写，一个节点负责查，报表系统
双主复制
实现了：
读写负载均衡
互相备份
主从级联复制
实现了：
缓解主节点io压力
主从复制原理
三个线程
实际上主从同步的原理就是基于 binlog 进行数据同步的。在主从复制过程中，会基于3 个线程来操作，一个主库线程，两个从库线程。
二进制日志转储线程（Binlog dump thread）是一个主库线程。当从库线程连接的时候， 主库可以将二进制日志发送给从库，当主库读取事件（Event）的时候，会在 Binlog 上加锁，读取完成之后，再将锁释放掉。
从库 I/O 线程会连接到主库，接收主库发送请求更新 Binlog。这时从库的 I/O 线程就可以读取到主库的二进制日志转储线程发送的 Binlog 更新部分，并且拷贝到本地的中继日志 （Relay log）。
从库 SQL 线程会读取从库中的中继日志，并且执行日志中的事件，将从库中的数据与主库保持同步。
两个日志文件
Binary Log
二进制日志（binary log） 以事件形式记录了对MySQL数据库执行更改的所有操作
Relay Log
用来保存从节点I/O线程接收的bin log日志，作为中继日志存在。
主从复制的主要工作模式
异步复制
MVSQL默认的复制方式，在异步复制的方式中主库在执行完事务操作以后，会立刻给客户端返回。他不需要关心从库是否完成该事务的执行。
这种方式会导致一个问题，那就是当主库出现故障时，主库虽然事务执行完了但是可能还没来得及把数据同步给从库，就挂了。那么当从库升级为主库之后，他会丢失了这次事务的变更内容。
半同步复制
半同步复制是介于全同步复制和异步复制之间的一种方案。他再执行完一个事务之后，也不会立刻给客户端反馈，但是也不会等所有从库都完成事务，而是等其中一个从库完成接收到事件之后，再反馈给客户端。
在半同步复制这个方案中，会在事务提交的2阶段都完成之后，等待从库接收到binlog，然后再返回成功。
全同步复制
全同步复制的这个方式中，当主库执行完一个事务之后，他会等待所有的从库完成数据复制之后，才会给客户端反馈。这种方式安全性可以保障了，但是性能很差。如果从库比较多的话，会导致整个过程更加长。
