RocketMQ集群流程以及核心概念的示例分析

这篇文章给大家分享的是有关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举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 09/23 19:34
下一篇 09/23 19:34

相关推荐

发表评论

您的电子邮箱地址不会被公开。