2024年最新老生常谈：MySQL高可用架构，想跳槽涨薪的必看

最后的话

无论是哪家公司，都很重视Spring框架技术，重视基础，所以千万别小看任何知识。面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。
同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，好了希望这篇文章对大家有帮助！

部分截图：

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

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

总结起来就是 冗余+故障转移 。

MySQL高可用

========

MySQL的高可用也是同样的思路，首先要有多个MySQL实例提供服务，其次就是当某个实例挂掉时，可以自动切换流量。同时MySQL作为存储，节点之间数据同步也是一个难题（换句话说，有状态的服务都面临这个问题）。

一主一备：

=====

MySQL的各种高可用架构，都脱离不了MySQL实例之间的数据同步，因此，我们先介绍下最简单的一主一备架构下MySQL的数据同步流程。

上图是主从数据同步的一个示意图。

• Master节点有Dump进程把binlog中的数据发送到Slave节点，

• Slave节点有IO进程接收数据写入relay log，

• Slave节点的SQL进程根据relay log写入数据。

这里还要延伸一点，binlog存在三种形式：Statement、Row、Mixed。

• Statement：就是把每一条SQL记录到binlog中。

• Row：是把每一行修改的具体数据记录到binlog中。

• Mixed：MySQL会灵活的区分，需要记录sql还是具体修改的记录。

只记录SQL的话binlog会比较小，但是有些SQL语句在主从同步数据的时候，可能会因为选择不同的索引在数据同步过程中出现数据不一致。记录Row的话就可以保证主从同步不会存在SQL语意偏差的问题，同时Row类型的日志在做数据恢复的时候也比较容易，但是Row会导致binlog过大。

MySQL主从同步的几种模式：

===============

• 异步模式：

在这种同步策略下，主库按照自己的流程处理完数据，会直接返回结果，不会等待主库和从库之间的数据同步。 优点：效率高。 缺点：Master节点挂掉之后，Slave节点会丢失数据。

• 全同步模式： 主库会等待所有从库都执行完sql语句并ACK完成，才返回成功。 优点：有很好的数据一致性保障。 缺点：会造成数据操作延迟，降低了MySQL的吞吐量。

• 半同步模式：主库会等待至少有一个从库把数据写入relay log并ACK完成，才成功返回结果。 半同步模式介于异步和全同步之间。

半同步的复制方案是在MySQL5.5开始引入的，普通的半同步复制方案步骤如下图：

• Master节点写数据到Binlog，并且执行Sync操作。

• Master发送数据给Slave节点，同时commit主库的事务。

• 收到ACK后Master节点把数据返回给客户端。

这种数据提交模式叫： after_commit

最后

文章中涉及到的知识点我都已经整理成了资料，录制了视频供大家下载学习，诚意满满，希望可以帮助在这个行业发展的朋友，在论坛博客等地方少花些时间找资料，把有限的时间，真正花在学习上，所以我把这些资料，分享出来。相信对于已经工作和遇到技术瓶颈的朋友们，在这份资料中一定都有你需要的内容。

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

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

fab5e56a57acb)收录**

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