Java最全Mysql的“三高”集群架构，7年老Java一次操蛋的面试经历

本文链接：https://blog.csdn.net/2301_82241647/article/details/138663846

Kafka进阶篇知识点

Kafka高级篇知识点

44个Kafka知识点（基础+进阶+高级）解析如下

由于篇幅有限，小编已将上面介绍的**《Kafka源码解析与实战》、Kafka面试专题解析、复习学习必备44个Kafka知识点（基础+进阶+高级）都整理成册，全部都是PDF文档**

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

MHA全称Master High Availability，从名字上面就可以看出它的作用，就是解决主节点的高可用问题。

MHA目前在 MySQL 高可用方面是一个相对成熟的解决方案，它由日本人开发，是一套优秀的作为 MySQL高可用性环境下故障切换和主从提升的高可用软件。MHA 能做到 0~30 秒之内自动完成数据库的故障切换操作。

MHA 由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点），如图：

管理节点主要起到监控作用，如果发现主节点不可用，就发起主从切换和故障转移。

目前MHA主要支持是一主多从的架构，要求至少要3个节点，一主二从。

那MHA在主节点挂掉后，是怎么进行切换的？

1、主节点挂了，在从节点中重新选举一个新备选主节点，原则是binlog最新最近更新的从节点作为新备选主节点。
2、在备选主节点和其他从节点之间同步差异中继日志（relay log）
3、应用从原来的主节点上保存二进制日志
4、提升备选主节点为新主节点
5、迁移集群其他从节点作为新主节点的从节点。

上面介绍了是核心流程，其实MHA内部做了很多业务，核心思想就是尽可能的保证数据一致性，不让数据丢失。虽然MHA已经做了很好，但有些场景还是不能避免。
还有一个问题就是主节点把数据同步到从节点是有延时的，尤其在高并发情况下，同一刻主节点和从节点数据会不一致。

Mysql在这方面也进行很多优化，如半同步方式，在5.7版本又增加了after sync方式，确保数据一致，但多个从节点之间还是存在数据延时。

那有没有一个方案能够确保数据的强一致性？我们接着往下看。

PXC方案

PXC是percona公司的percona xtraDB cluster，简称PXC。它是基于Galera协议的高可用集群方案。可以实现多个节点间的数据同步复制以及读写，并且可保障数据库的服务高可用及数据强一致性。

PXC架构中Mysql无主从之分，都是相同的。而且每个节点都是能够提供读和写，是不是很酷，那PXC是怎么实现各个节点数据强一致性的呢？
上面是个时序图，就是PXC执行的流程，小伙伴们是不是感觉很复杂，老顾可以教大家可以这样理解：