RocketMq之存储模型

最新推荐文章于 2025-07-30 06:43:32 发布

原创

最新推荐文章于 2025-07-30 06:43:32 发布 · 置顶 · 610 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#java #后端

RocketMQ作为消息中间件，其高可用和高吞吐量在微服务时代受到关注。本文介绍了RocketMQ的角色（Producer、Consumer、NameServer、Broker）、集群设计、消息存储机制（CommitLog、ConsumeQueue、Index）以及两种消费模式（集群和广播）。着重讨论了RocketMQ如何通过Topic和Queue实现负载均衡，并简要提及源码分析。

（一）RocketMq简介

在当前微服务大行其道的时代，对于消息中间件的高可用、高吞吐量、以及消息触达率都有着更高要求。而rocketmq在阿里的双十一这种亿级流量的大规模部署的集群环境中应运而生。让它天生带有了集群的功能特性，并且对标了业界成名已久的老大哥级别的kafka这一产品。其实很多思路也是借鉴kafka的。其他的废话我也不多说，想知道更多rocketmq的相关性能秀的同学可以去看官网
话不多说，还是直接进入今天的主题，rocketmq的集群设计到底是怎样的。

（二）角色介绍

RocketMQ主要由 Producer、Broker、Consumer 三部分组成，其中Producer 负责生产消息，Consumer 负责消费消息，Broker 负责存储消息。Broker 在实际部署过程中对应一台服务器，每个 Broker 可以存储多个Topic的消息，每个Topic的消息也可以分片存储于不同的 Broker。Message Queue 用于存储消息的物理地址，每个Topic中的消息地址存储于多个 Message Queue 中。ConsumerGroup 由多个Consumer 实例构成。