本文以RocketMQ为例，探讨消息中间件的主从架构设计。RocketMQ采用Slave Broker主动拉取Master Broker消息的方式，实现数据同步。在Slave Broker挂掉时，系统仍能正常运行，但Master Broker负载增加。而在Master Broker挂掉时，需手动调整，4.5版以前不支持自动切换。Dledger机制的引入实现了自动选举新Master Broker，提高系统高可用性。
开足码力，码动人生，本文首发公众号【 程序员大帝 】，关注这个一言不合就开车的的代码界老司机
本文 GitHub上已经收录 https://github.com/BeKingCoding/JavaKing ， 一线大厂面试核心知识点、我的联系方式和技术交流群，欢迎Star和完善
前言
通过之前的两篇文章，向大家介绍了消息中间件 MQ ，大家可以看：
本篇文章以目前比较流行的 RocketMQ 为例，讲解一下相关的技术，帮助大家更好地理解消息中间件。
正文
首先看第一个问题，我们都知道为了保证高可用，目前基本上所有的组件都会采用主从的架构设计，经典的有 MySQL《MySQL是如何实现主从备份的？》
RocketMQ 为了保证数据的不丢失而且具备一定的高可用性，所以一般都是会把 Broker 部署成 Master-Slave 模式，也就是一个Master Br
最低0.47元/天 解锁文章
扫一扫
1576
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
