老生常谈：MySQL高可用架构，java中高级面试

• 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

after_commit 模式存在问题： 主库等待ACK时，事务已经commit，主库的其他事务可以读到commit的数据，这个时候如果Master崩溃，slave数据丢失，发生主从切换，会导致出现幻读。 为了解决这个问题MySQL5.7提出了新的半同步复制模式： after_sync

把主库的事务提交放到了ACK之后，避免了上述问题。 MySQL5.7还引入了 enhanced multi-threaded slave （简称MTS）模式, 当slave配置 slave_parallel_workers >0并且

global.slave_parallel_type ＝‘LOGICAL_CLOCK’,可支持一个schema下，slave_parallel_workers个worker线程并发执行relay log中主库提交的事务，极大地提高了主从复制的效率。 MySQL5.7半同步功能可以通过

rpl_semi_sync_master_wait_slave_count 参数配置slave节点ACK的个数，认为主从同步完成。

基于MySQL主从同步数据越来越完善，效率越来越高，也就引出了第一种MySQL的高可用架构： 基于MySQL自身的主从同步方案，常用的一种部署架构是： 用户通过VIP访问Master和Slave节点，每个节点采用keepalved探索。配置主从关系，进行数据同步。

基于MHA的高可用架构： 部署一份MHA的Manager节点，在MySQL各个实例部署MHA Node节点。MHA可以实现秒级的故障自动转移。 当然MySQL节点之间的数据同步还要依赖MySQL自身的数据同步方式。

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

最后

无论是哪家公司，都很重视基础，大厂更加重视技术的深度和广度，面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，是不是能真的得到锻炼。

针对以上面试技术点，我在这里也做一些分享，希望能更好的帮助到大家。

1710762916089)]

[外链图片转存中…(img-SCDfchKC-1710762916089)]

[外链图片转存中…(img-JDKuk6d4-1710762916090)]

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