rocketmq架构和数据存储

 注意:

1、nameServer1 和 nameServer2 是相互独立的,这点跟 zookeeper集群不一样

2、每个broker都要配置 nameServer 下所有的节点,注册节点信息,topic信息,队列信息

3、节点 broker.name相同的是 同一个小集群,其中broker.id=0 是master节点,broker.id非0的是slave节点

4、offset存放在broker中

5、producer,comsumer会间隔30s 从nameServer中 把最新的路由信息 更新到本地

6、producer也是push 消息到  rocketmq cluster中 ,comsumer 主动去 pull 消息

数据存储

commitlog文件夹下是存放真实的数据

 每个文件默认大小是一个G,文件是当前文件最小的offset,这个跟kafka 分区下的数据保存格式一样的额

consumequeue文件夹下存放的是 每个topic下的队列数据,这里的数据并不是真实的数据,而是只想commitlog的地址引用

这里面会列出保存在当前broker中所有的topic,当前只有一个名为TopicTest的topic,在TopicTest目录里面:

保存了TopicTest  topic存放在当前broker下的 队列信息,0,1,2,3是queue id,点击进入 0 文件夹

这里的文件保存是,0 队列 数据在 commonlog中的地址引用

config文件夹下面存放的是 每个topic 被每个消费者 消费的offset 记录

看这个TopicTest@please_rename_unique_group_name_4":{0:250,1:250,2:250,3:250} 其中TopicTest是 topic名称,please_rename_unique_group_name_4是消费组ID,0:250  0是队列ID,250是最新提交的offset,则说明下一次要消费的数据的offset是251

所以rocket mq的数据都存在一个文件夹下commonlog,也是采用顺序写的方式把消息写入文件

 

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
THE END
分享
二维码
< <上一篇
下一篇>>