rocketmq学习笔记 四 rocketmq运行架构

RocketMQ 的架构通过 NameServer 实现解耦，Broker 主从设计保障高可用，生产者与消费者的分布式部署支持水平扩展。其高性能、可靠性和丰富的功能（如事务、顺序消息）使其适用于电商、金融等对消息一致性要求高的场景。

RabbitMQ使用了一个注册中心作为发现与注册服务器，Producer向Broker发送消息，Consumer从Broker处接收消息，Broker使用主从结构来进行消息的存储（为了方便理解，我画了最经典的一主三从结构）。 接下来，我们将对每一个部分做更详细的拆解分析。

一、RocketMQ集群架构 RocketMQ网络部署图如下： RocketMQ中主要涉及到四种角色：NameServer注册服务器、Broker服务器、Producer生产者、Consumer消费者。每种角色都可以单独搭建集群，下面我们分别介绍一下NameServer 集群、Broker 集群、Producer 集群、Customer 集群。 (一)、NameServer 集群 NameServer 是一个无状态的节点，可集群部署，节点都是各自独立的，无任何信息同步。 (二)、 Broker

从broker中获取系统topic列表AdminBrokerProcessor#getSystemTopicListFromBroker AdminBrokerProcessor#processRequest#this.getSystemTopicListFromBroker(ctx, request) private RemotingCommand getSystemTopicListFromB...

RocketMQ RocketMQ是一个统一的消息传递引擎，轻量级的数据处理平台。 Name Server Name Server充当路由消息的提供者，生产者(Producer)或消费者(Customer)可以通过Name Server查找各主题对应的Broker IP列表，多个Name Server实例组成集群，但相互独立，没有信息交换。支持Broker的动态注册与发现。主要包括两个功能： Broker管理：Name Server接收Broker集群的注册信息并且保存下来作为路由信息的基本数据，然后提供心

说在前面 管理请求之查询broker状态数据 源码解析 进入到这个方法org.apache.rocketmq.broker.processor.AdminBrokerProcessor#ViewBrokerStatsData private RemotingCommand Vie...

由于文案过于长，在此就不一一介绍了，这份Java后端架构进阶笔记内容包括：Java集合，JVM、Java并发、微服务、SpringNetty与 RPC 、网络、日志 、Zookeeper 、Kafka 、RabbitMQ 、Hbase 、MongoDB、Cassandra 、Java基础、负载均衡、数据库、一致性算法、Java算法、数据结构、分布式缓存等等知识详解。本知识体系适合于所有Java程序员学习，关于以上目录中的知识点都有详细的讲解及介绍，掌握该知识点的所有内容对你会有一个质的提升，

上一篇基于 IDEA 搭建 RocketMQ-4.6 源码环境我们搭建并跑通了rocketmq的源码环境 .本文我们紧接上文, 继续基于源码搭建并运行broker主从架构.1 个 NameServer 节点 (与前文一样)2 个 Broker 节点, 一个作为 Master, 一个作为 Slave1 个 Producer 生产者 (与前文一样)1 个 Consumer 消费者 (与前文一样)broker 主从架构只需要修改 broker.conf 文件即可, 其他地方与单节点没有差异.

通过之前的一系列实验，相信你对RocketMQ的运行机制有了一个大概的了解。接下来我们结合一下之前实验的过程，来理解一下RocketMQ的运行架构。下图是RocketMQ运行时的整体架构：

注意：当前RocketMQ版本在部署架构上支持一Master多Slave，但。

RocketMQ-运行架构，关键组件和运行流程，还有运行架构图。

图解 RocketMQ 架构

RocketMQ控制台

MQ：MessageQueue，消息队列。是在互联网中使用非常广泛的一系列服务中间件。这个词可以分两个部分来看，一是Message：消息。消息是在不同进程之间传递的数据。这些进程可以部署在同一台机器上，也可以分布在不同机器上。二是Queue：队列。队列原意是指一种具有FIFO(先进先出)特性的数据结构，是用来缓存数据的。对于消息中间件产品来说，能不能保证FIFO特性，尚值得考量。但是，所有消息队列都是需要具备存储消息，让消息排队的能力。

一.概述 rocketMq是消息中间件，通常用于业务上的解藕，消峰。 二.竞品对比 特性 ActiveMQ RabbitMQ RocketMQ Kafka 单机吞吐量 万级，比 RocketMQ、Kafka 低一个数量级 同 ActiveMQ 10 万级，支撑高吞吐 10 万级，高吞吐，一般配合大数据类的系统来进行实时数据计算、日志采集等场景 topic 数量对吞吐量的影响 topic 可以达到几百/几千的级别，吞吐量会

一、背景 为什么要本地运行源码呢？前一段时间遇到一个问题，每次系统自动呼叫三方运力（美团、蜂鸟、达达之类）的时候，总是会重复呼叫两次；最后排查发现是RocketMQ Consumer消费超时，进而导致重复消费，昨天在复习RocketMQ的时候，很神奇的就深入到消费的核心逻辑里了…（这里的故事下篇文章见）。理完Broker和Consumer的源码后也得出了一些结论，但需要加点日志跑一跑源码，让结论不是盖棺而论；所以就有了今天的故事。 二、下载源码 源码地址：https://github.com/Saint97

NameServer是一个Broker与Topic路由的注册中心，支持Broker的动态注册与发现。RocketMQ的思想来自于Kafka，而Kafka是依赖了Zookeeper的。所以，在RocketMQ的早期版本，即在MetaQ v1.0与v2.0版本中，也是依赖于Zookeeper的。从MetaQ v3.0，即RocketMQ开始去掉了Zookeeper依赖，使用了自己的NameServer。Broker管理：接受Broker集群的注册信息并且保存下来作为路由信息的基本数据；...

文章目录概述RocketMQ架构Broker 高可用集群刷盘策略 概述 RocketMQ一个纯java、分布式、队列模型的开源消息中间件，前身是MetaQ，是阿里研发的一个队列模型的消息中间件，后开源给apache基金会成为了apache的顶级开源项目，具有高性能、高可靠、高实时、分布式特点。 RocketMQ是阿里开源的分布式消息中间件，跟其它中间件相比，RocketMQ的特点是纯JAVA实现；集群和HA实现相对简单；在发生宕机和其它故障时消息丢失率更低。 RocketMQ架构 ● Producer：