这篇文章给大家分享的是有关RocketMQ集群流程以及核心概念的示例分析的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。一个集群既有Master节点又有Slave节点。每个 Master 配置一个 Slave，有多对Master-Slave， HA采用同步双写方式，主备都写成功，向应用返回成功。优点：数据与服务都无单点， Master宕机情况下，消息无延迟，服务可用性与数据可用性都非常高。缺点：性能比异步复制模式略低，大约低 10%左右，发送单个消息的 RT会略高。目前主宕机后，备机不能自动切换为主机，后续会支持自动切换功能。要想真正意义的保证消息不丢失，这个同步双写是必须的 。一个topic的queue可以分布到多个Broker上。比如一个topic有4个queue，他可能分配到broker-a上三个queue，broker-b上1个queue，这个queue的分配是由broker端决定的。但是为了验证猜想我们可以手动从管控台去创建这个topic，成功的话可以验证我们的猜想。首先我有2M2S的一个集群创建topic创建topic查看status，可以发现为我们在每个broker上都创建了4个queue，也就是一共8个queue了。点击【TOPIC CONFIG】更改配置再次查看就会发现已经生效了，验证了我们的猜想每个queue的消息都是不一样的，也就是比如你发N条消息，他可能一部分在broker-a上一部分在broker-b上，不管他在哪，消息都是不一样的，不要理解成M-S那种复制。他只是负载均衡将queue分配到了不同的broker上。感谢各位的阅读！关于“RocketMQ集群流程以及核心概念的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得 香港云主机文章不错，可以把它分享出去让更多的人看到吧！
相关推荐: Spring Data JPA的介绍以及基础用法
本篇内容介绍了“Spring Data JPA的介绍以及基础用法”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家 香港云主机仔细阅读，能够学有所成！在昨天我们介绍了Spring Data…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
