RocketMQ

RocketMQ正常退出或者异常退出的时候，如果重新启动那么怎么恢复数据。接下来通过代码来分析这个过程。 从上面的代码可以知道，在broker进行初始的时候，会 MessageStore#load 方法，这个方法的默认实现为 DefaultMessageStore 。接下来看一…

通过分析源码来看一下从生产者把数据提交到Broker然后如何写入到磁盘上的CommitLog文件中的。 通过调用 createBrokerController 方法来创建BrokerContr

Broker对于不同消息有不同的NettyRequestProcessor，对于DefaultMQPushConsumer的pull请求对应的Processor为PullMessageProce

Broker在RocketMQ系统中负责接收从生产者发送来的消息并存储、同时为消费者的拉取请求作准备。代理服务器也存储消息相关的元数据，包括消费者组、消费进度偏移和主题和队列消息等。 这四个功能由五个模块来实现。 上图是设置Netty的发送和接收缓冲区的大小。 上图主要是处理在…

消息存储是RocketMQ中最为复杂和最为重要的一部分，本节将分别从RocketMQ的消息存储整体架构、PageCache与Mmap内存映射以及RocketMQ中两种不同的刷盘方式三方面来分别展开叙述。 消息存储架构图中主要有下面三个跟消息存储相关的文件构成。 (1) Comm…

Producer ：消息发布的角色，支持分布式集群方式部署。Producer通过MQ的负载均衡模块选择相应的Broker集群队列进行消息投递，投递的过程支持快速失败并且低延迟。 Consumer ：消息消费的角色，支持分布式集群方式部署。支持以push推，pull拉两种模式对消…

消息的发布是指某个生产者向某个topic发送消息；消息的订阅是指某个消费者关注了某个topic中带有某些tag的消息，进而从该topic消费数据。 消息有序指的是一类消息消费时，能按照发送的顺序来消费。例如：一个订单产生了三条消息分别是订单创建、订单付款、订单完成。消费时要按照…

RocketMQ主要由 Producer、Broker、Consumer 三部分组成，其中Producer 负责生产消息，Consumer 负责消费消息，Broker 负责存储消息。Broker 在实际部署过程中对应一台服务器，每个 Broker 可以存储多个Topic的消息，…

NameServer 就是一个保存Broker状态的一个服务和Broker管理。 NameServer 和 每一台Broker 服务器保持长连接，并间隔30s检测一

NameServer是一个非常简单的Topic路由注册中心，其角色类似Dubbo中的zookeeper，支持Broker的动态注册与发现。主要包括两个功能： Broker管理，NameServer接受Broker集群的注册信息并且保存下来作为路由信息的基本数据。然后提供心跳检测…

通过搜索错误信息可以定位到错误是从 BrokerFastFailure 类抛出来的。 RequestTask 。这个方法在 BrokerFastFailure#cleanExpiredRequest 中被调用： 由于是之前在不停的往MQ发送消息消息，所以判断是由于清理过期的发送…