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,也是采用顺序写的方式把消息写入文件