RocketMQ知识盘点【贰】_Broker和消息存储

本文深入探讨RocketMQ的Broker角色及其消息存储机制,包括CommitLog、ConsumeQueue、Index文件的结构与功能,以及消息的保存策略和过期文件删除机制。RocketMQ通过这些设计保证了消息的可靠性和高效消费。
摘要由CSDN通过智能技术生成

前文回顾:RocketMQ知识盘点【壹】_Producer和NameServer

 

1.Broker

一个topic拥有多个消息队列,一个Broker默认为每个topic创建4个读队列和4个写队列。多个Broker组成集群,brokerName相同的多个Broker组成master-slave架构。brokerId为0的为master,大于0为slave。

对于一个Broker,它的存储目录是这样的

下面做逐个解释。

 

2.消息存储

 

rocketMq消息存储文件分为CommitLog文件、ConsumeQueue文件和IndexFile文件等。其中:

CommitLog存储所有topic的消息(类似mysql的redo log);

ConsumeQueue为消息消费队列,消息到达CommitLog后会异步转发到这里供消费者消费;

IndexFile消息索引文件,存储消息key和offset的关系;

事务状态服务:存储每条消息事务状态;

定时消息服务:因每个延迟队列对应一个消息消费队列,这里存储每个延迟队列的拉取进度。

<
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值