MySQL高可用架构-MMM、MHA、MGR、PXC (2)

引入组复制,主要是为了解决传统异步复制和半同步复制可能产生数据不一致的问题。组复制依靠分布式一致性协议(Paxos协议的变体),实现了分布式下数据的最终一致性,提供了真正的数据高可用方案(迫真)。

单主模式

MGR优缺点:

组内成员基本无延迟。

支持多写,读写服务高可用。

数据强一致,不丢事务。

MGR缺点:

单主模式很难确认下一个primary。

只能gtid,日志格式必须为row。

场景

主从延迟敏感。

数据强一致。

读写高可用。

‌如何解决读写负载大的问题 读负载大

读写分离加slave。

数据库中间层做负载均衡。

写负载大

Mycat分库分表。

扩展知识:VIP与脑裂

VIP的工作原理是,

为当期主机配置一个虚拟网卡,如eth0:0,该网卡绑定了唯一的MAC地址和虚拟IP地址VIP

局域网内的主机欲与该VIP通信时,先通过ARP协议取到该VIP对应的MAC地址,再将VIP与MAC地址的对应关系缓存在其主机上

后续通信时,使用上一步骤取到的MAC作为报文的MAC地址

VIP切换的原理是,

将旧master绑定的虚拟网卡注销掉

在新的master注册新的虚拟网卡(产生了新的MAC地址)

通知局域网节点更新VIP与MAC的对应关系,后续通信采用新MAC地址

脑裂的原因,在于旧master节点没有正常将VIP摘掉,这时局域网机器通过ARP获取VIP的MAC时,就可能取到旧的MAC地址,导致与旧master通信。什么情况会出现这种情况呢?旧master由于上层交换机故障,未与manager节点正常通信,此时VIP是没有摘除掉的,过了一段时间上层交换机恢复了就会导致此问题。

https://zhangjunjia.github.io/2019/03/16/mysql-mmm-mha/

https://www.pianshen.com/article/13731481649/

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zzgpfx.html