文章目录
- [1. 原理](#1. 原理)
- [2. 数据一致性问题](#2. 数据一致性问题)
-
- [2.1 异步复制](#2.1 异步复制)
- [2.2 半同步复制](#2.2 半同步复制)
- [2.3 组复制](#2.3 组复制)
1. 原理
三个线程 ：
-
二进制日志转储线程 （Binlog dump thread）
是一个主库线程。将master中的bin log发给slave，当然主库读取的时候，会在 Binlog 上 加锁 ，读取完成之后，再将锁释放掉
-
从库 I/O 线程
从库 I/O 线程 会连接到主库，向主库发送请求更新 Binlog。读取master中的bin log并写入到中继日志 （Relay log）。
-
从库 SQL 线程
从库 SQL 线程 会读取从库中的中继日志，并且执行日志中的事件，将从库中的数据与主库保持同步。
2. 数据一致性问题
产生原因：进行主从同步的内容是bin log日志，它是一个文件，在进行网络传输的过程中就一定会存在主从延迟(比如50oms)，这样就可能造成用户在从库上读取的数据不是最新的数据，也就是主从同步中的数据不一致性问题。
比如：传输过程耗时500ms，而在传输开始时，用户进行了查询，查是查slave的，查询耗时200ms，所以查出来的数据是同步之前的数据，造成数据不一致。
2.1 异步复制
异步模式就是客户端提交COMMIT之后不需要等从库返回任何结果，而是直接将结果返回给客户端，只能保证master中数据是正确的，bin log 是否正确同步到slave不知道。
2.2 半同步复制
原理是在客户端提交COMMIT之后不直接将结果返回给客户端，而是等待至少有一个从库接收到了Binlog，并且写入到中继日志中，再返回给客户端。
2.3 组复制
像半同步复制，master只要接受到slave的ack就认为成功了，而组复制其实是多个master，只有超过半数的master 同意才能提交，而不是一个说了算。