RocketMQ

RocketMQ Topic创建机制 RocketMQ Topic创建机制分为两种：一种自动创建，一种手动创建。可以通过设置broker的配置文件来禁用或者允许自动创建。默认是开启的允许自动创建

Push消费--底层通过长轮询来实现(DefaultMQPushConsumer来实现的)Pull消费--(4.7.0中代码已经用Deprecated标记了DefaultMQPullConsumer的

以上代码来自官网，下面基于上面的消费源码来分析消费者的源码，看一下消费者如何进行消费的。在启动后，Consumer客户端会主动循环发送Pull请求到broker，如果没有消息，broker会把请求放入

对于MQ不可避免的要牵涉到消息的重复消费，消息重复消费情况千奇百怪。下面就分析一下一些常见的场景。平时的使用过程中要注意的情况。以及如何避免一些重复消费。

通过 ReputMessageService服务获取commitlog数据。然后通过 CommitLog#checkMessageAndReturnSize 生成tagCode:

每一条ConsumeQueue数据是定长的20bytes，然后每一个文件存储30w条数据。存储是按照topic和queueId进行分类存储。那么ConsumeQueue的作用

在金融系统中MQ消息的消息丢失是不允许的，消息的丢失会导致支付状态订单状态出现混乱。接下来聊一下如何保证MQ消息不丢失,以笔者公司使用的RocketMQ为例。

RocketMQ的消费模式有两种分别为： 集群消费模式(CLUSTERING) 广播消费模式(BROAD

1. 消息的ACK机制 consumer的每个实例是靠AllocateMessageQueueStrat

笔者在排查生产问题的时候，发现了一个RocketMQ消息重复消费的问题。 生产者发送的消息：送的消息体内容一样，但是RocketMQ消息的MessageId的不同

1. 消息类型 2. 基于Queue队列轮询算法投递 2.1 默认轮询算法 默认情况下，采用了最简单的轮

前面的 RocketMQ源码解析-NameServer启动已经知道NameServer的两大功能： Broker管理和路由管理

问题描述 在生产者不停的往Broker发送消息报broker busy，这个是在研究RocketMQ源码本地启动服务进行测试的时候出现的。

RocketMQ提供的Producer实现为DefaultMQProducer。Producer在创建的时候必须指定Producer Group Name，在正式发送消息之前需要调用start方法初始

在平时Java项目的开发中，日志是一个很长见来纪录项目运行过程中的一些关键节点以及业务数据的搜集的一种方式。SLF4J在Java的日志中又有着举足轻重的地位。绝大部分的项目中都有用到。只是可能实现的方

clone rocketmq-docker项目的代码 执行上面命令克隆下来这项目的代码。 2. 构建镜像 这里需要构建的镜像有两个 rocketmq-dashboard镜

Broker启动，跟所有的NameServer保持长连接，定时发送心跳包。心跳包中包含当前Broker信息(IP+端口等)以及存储所有Topic信息。注册成功后，NameServer集群中就有Topic跟Broker的映射关系。 Broker与NameServer进行数据交互主…

消息存储是RocketMQ中最为复杂和最为重要的一部分，本节将分别从RocketMQ的消息存储整体架构、PageCache与Mmap内存映射以及RocketMQ中两种不同的刷盘方式三方面来分别展开叙述。 消息主体以及元数据的存储主体，存储Producer端写入的消息主体内容,消…

在之前就分析过，每一条ConsumeQueue数据是定长的20bytes，然后每一个文件存储30w条数据。存储是按照topic和queueId进行分类存储。那么ConsumeQueue的作用： 中间的四个字节保存了消息大小根据前面的八个字节就能随机读出消息。 继承了Rocket…