文章图片
kafka单机队列/分区超过64个厚，load时间明显会飙升，队列越多，load越高，发送消息时间变长
RocketMQ 单机支持支持5W队列，load时间稳定
为什么？
因为二者的持久化方式差异
kafka 不同的topic和分区持久化都会有独立的文件保存
这就导致了它io的时候要在不同的文件下切换，当切换次数多的时候会表现的很不稳定
rocketmq 不管多少个topic，多少个队列都是保存在一个文件下避免了切换问题，所以在多队列的场景下稳定
文章图片
commitlog是消息存储的主体，producer发送的消息都会顺序写入commitlog
写入commitlog的同时 会启动一个异步线程 同步到Comsumequeue
comsumequeue(逻辑消费队列)是基于topic的文件索引，记录了 commitlog offset，message size ，taghashcode 固定20Bytes
消费者读取消息时，先读取comsumerQueue ，然后再通过commitlog中拿到消息主体
【面试|Rocketmq持久化】indexFile 是可以通过key（topic+msgid） 或时间区间来查询消息的方式，主要是针对客户端和控制台接口提供根据key查询消息的实现。
推荐阅读
- flink|实践数据湖iceberg 第三十二课 DDL语句通过hive catalog持久化方法
- 【面试普通人VS高手系列】Dubbo是如何动态感知服务下线的（）
- C语言与C++编程|马斯克（我是 Rust 粉丝，但为了性能会选择 C语言）
- 游戏|这就是传说中的天才程序员吧！ | 每日趣闻
- Java|文件操作和IO
- Java 格式化输出日期
- java/android ?????????????????????????????????(17)
- java/android 做题中整理的碎片小贴士(16)
- JAVA|项目上传文件大小限制