一、主从复制原理
当 MySQL 的 Master 节点的数据有更改的时候，Master 会主动通知 Slave，这时 Slave 开启一个 I/O thread 主动来 Master 获取二进制日志，向 Master 请求二进制日志中记录的语句；Master 将二进制日志中记录的语句发给 Slave，Slave 则将这些语句存到中继日志中，进而从中继日志中读取一句，执行一句，直到所有的语句被执行完。而经 SQL 语句从中继日志中读取出来，再一一执行的进程叫做 SQL thread；将这些语句执行完之后，从节点的数据就和主节点的数据相同了，这就是所谓的 MySQL/MariaDB 主从复制。
- Master 节点必须开启二进制日志功能
- Slave 节点必须开启中继日志功能
- Slave 节点需关闭二进制日志功能(默认不配置即可)
- Master 和 Slave 节点需要配置不同的 server-id
- Slave 节点需连接到Master节点
二、半同步复制原理
默认情况下，MySQL 5.5/5.6/5.7 和 MariaDB 10.0/10.1 的复制功能都是异步的，异步复制的情况下可以提供最佳的性能。但是如果 Slave 节点没有接收到 Master 节点发送过来的 binlog 日志时，会造成主从节点的数据不一致，甚至在恢复时造成数据丢失。
为了解决异步复制的数据丢失的问题，MySQL 5.5 引入一种半同步复制模式，该模式可以让 Slave 节点接收完 Master 节点发送的 binlog 日志文件并写入自己的中继日志之后，给 Master 节点一个反馈，告诉 Master 已经接收完毕，这时主库线程才返回给当前 session 告知操作完成。当出现超时情况 ( 可配置 ) 时，Master 节点会暂时切换到异步复制模式，直到至少有一个设置为半同步复制模式的 Slave 节点收到信息为止。
半同步复制模式必须在 Master、Slave 节点同时启用，否则 Master 节点默认使用异步复制模式。
MySQL 的半同步是通过加载 Google 为 MySQL 提供的半同步插件 semisync_master.so 和 semisync_slave.so 来实现的。其中前者是 Master 上需要安装的插件，后者是 Slave 上需要安装的插件。
MySQL 的插件位置默认存放在 $basedir/lib/plugin