定义
主从同步允许您将数据从一个数据库服务器复制到另一个数据库服务器。 复制数据时，一个服务器作为主服务器(master )，其余的服务器作为从服务器(slave )。 由于复制是异步进行的，从服务器不需要总是连接到主服务器，从服务器也可以通过拨号间歇地连接到主服务器。 配置文件允许您指定所有数据库、数据库甚至数据库上的表的复制。
好处
- 主库写，从库读，降低服务器压力；
- 在从主服务器进行备份，避免备份期间影响主服务器服务，保证数据安全；
- 当主服务器出现问题时，可以切换到从服务器，提高性能
三种模式
异步复制、半同步复制、全同步复制
mysql 默认异步复制
异步复制原理
- 主库将数据库中数据的变化写入到 binlog
- 从库连接主库
- 从库会创建一个 I/O 线程向主库请求更新的 binlog
- 主库会创建一个 binlog dump 线程来发送 binlog ，从库中的 I/O 线程负责接收
- 如果binlog dump process已经跟上master，它会睡眠并等待master产生新的事件。
- 从库的 I/O 线程将接收的 binlog 写入到 relay log 中。
- 从库的 SQL 线程读取 relay log 同步数据本地（也就是再执行一遍 SQL ）。
为什么需要中继日志（Relay log）
由于网络等原因，Binary log不可能一口气存到 I/O thread中，所以Relay log中用来缓存Binary log的事件。（Relay log存储在从服务器slave缓存中，开销比较小）
事件有哪些
主从同步事件有3种形式:statement、row、mixed。
- statement：会将对数据库操作的sql语句写入到binlog中。
- row：会将每一条数据的变化写入到binlog中。
- mixed：statement与row的混合。Mysql决定什么时候写statement格式的，什么时候写row格式的binlog。
异步复制的优势是性能好，缺点是数据的安全性比较差
在某一刻主从之间的数据差异可能较大，主机挂掉之后从机接管，可能会丢失一部分数据。
半同步复制
master更新操作写入binlog之后会主动通知slave，slave接收到之后写入relay log 即可应答，master只要收到至少一个ack应答，则会提交事务
可以发现，相比较于异步复制，半同步复制需要依赖至少一个slave将binlog写入relay log，在性能上有所降低，但是可以保证至少有一个从库跟master的数据是一致的，数据的安全性提高。
对于数据一致性要求高的场景，可以采用半同步复制的同步策略，比如主库挂掉时，准备接管的那一个从库，对数据的一致性要求很比较高。
半同步复制的优点是数据的安全性好，缺点是性能比异步复制稍低
全同步复制
全同步复制跟半同步复制的区别是，全同步复制必须收到所有从库的ack，才会提交事务。
主库的事务提交依赖于后面所有的从库，这样一来性能就会明显得下降
除非是对所有从库数据一致性要求非常高的场景，否则我们一般不采用这种策略
全同步复制的数据一致性最好，但是性能也是最差的
评论区