RocketMQ将消息存储到Broker的CommitLog中，采用顺序写入提高磁盘效率，单个文件大小为1G。消息读取时，从ConsumeQueue获取offset、size和Tag，再从CommitLog读取内容。为了消息有序，提供MessageListenerOrderly。RocketMQ默认保存消息72小时，确保不丢失需开启同步刷盘和同步复制，但可能影响性能。应用场景包括削峰填谷、异步处理和服务解耦，特别在服务间的同步处理中发挥作用。
概念说明
通常一个消息队列需要掌握的知识点有Topic(主体)、Producer(生产者)、Consumer(消费者)、Queue(队列)、Delivery Semantics(消息传递范式)
蛋疼的是不同的消息队列关于这些名词叫法不一样，含义也不是很精确。所以阿里起了一个项目OpenMessaging去发起首个分布式消息领域的国际标准。不过好像并没有多少人买账，但这并不妨碍我们按照这个规范去梳理学习消息队列的知识。
有兴趣的可以对照着看：github.com/openmessagi…
rocketmq官方文档已经说的比较清楚了，不再赘述
核心流程
消息写入与存储
消息是存储到broker中的，写到commit log中，先写内存，在刷盘。
存储到磁盘中是直接以文件系统的方式。为了提高磁盘写入效率，都是顺序写，这样所有的topic都放在了一起，这一点与kafka不同，kafka以topic作为基本单元。
单个commitlog 文件大小为1G，之后滚动写入不同文件。
消息读取
消费者先从ConsumeQueue(消息逻辑队列)读取持久化消息的offset(偏移量)、size(大小)和消息Tag的HashCode值，再从CommitLog中读取消息的真正实体内容部分；
此外为了快速定位消息，还有一种文件叫index，在给定消息 T
最低0.47元/天 解锁文章
扫一扫
521
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
