mysql主从复制

文章探讨了数据库主从复制中的三种模式:异步复制允许快速响应但不保证数据同步,半同步复制等待部分从库确认,组复制则需多数master同意。重点在于解决数据一致性问题,尤其是在网络延迟可能导致的不一致情况。
摘要由CSDN通过智能技术生成

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 同意才能提交,而不是一个说了算。

  • 9
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值