chenbin1991smile的博客

RocketMQ 官方发布了 4.3.0 版本，此版本解决了 RocketMQ 对事务的支持，这一重大更新对 RocketMQ 至关重要 。 本章将基于 RocketMQ 官方最新 4.3.0 版本，对其事务消息的实现原理进行深入探讨。 主要内容如下 。·事务消息实现思想·事务消息发送流程·事务消息提交或回滚·事务消息回查事务状态1 事务消息实现思想RocketMQ 事务消息的实现原理基于两阶段提交和定时事务状态回查来决定消息最终是提交还是回滚，交互设计如图 8-1 所示 。1 ）应用程序在事

高可用特性是目前分布式系统中必备的特性之一，对一个中 间件来说没有 HA 机制是一个重大的缺陷，本章将主要分析 RocketMQ 主从同步（ HA ） 机制 。本章重点内容如下 。•主从同步复制实现原理 。• RocketMQ 读写分离机制 。1.RocketMQ 主从复制原理为了提高消息消费的高可用性，避免 Broker 发生单点故障引起存储在 Broker 上的消息无法及时消 费， RocketMQ 引 入了 Broker 主备机制 ， 即消息消费到达主服务器后需要将消息同步到消息从服.

在消息消费的时候，我们会考虑到各种情况，并不是所有消息都需要进行消费的，需要查询出包含特殊标志的消息进行消费，而本章主要分析 RocketMQ 基于类模式的消息过滤机制，主要内容如下 。• ClassFilter 运行机制• FilterClass 订阅信息注册• FilterServer 注册剖析·消息拉取（拉模式）1 ClassFilter 运行机制基于类模式过滤是指在 Broker 端运行 1 个或多个消息过滤服务器（ FilterServer ),RocketMQ 允许消息消费者自定义消

本章主要分析 RocketMQ 如何消费消息，重点剖析消息消费的过程中需要解决的问题 。·消息队列负载与重新分布·消息消费模式·消息拉取方式·消息进度反馈·消息过滤·顺序消息1 RocketMQ 消息消费概述消息消费以组的模式开展， 一个消费组内可以包含多个消费者，每一个消费组可订阅多个主题，消费组之间有集群模式与广播模式两种消费模式 。 集群模式，主题下的同一条消息只允许被其中一个消费者消费 。 广播模式，主题下的同一条消息将被集群内的所有消费者消费一次。 消息服务器与消费者之间的消息传送

目前的 MQ 中间件从存储模型来看 ，分为需要持久化和不需要持久化的两种模型，现在大多数的 MQ 都是支持持久化存储的，比如 ActiveMQ 、 RabbitMQ 、 Kafka,RocketMQ ,而 ZeroMQ 却不需要支持持久化存储 。 然而业务系统也大多需要 MQ 有持久存储的能力 ，能大大增加系统的高可用性 。 从存储方式和效率来看，文件系统高于 KV 存储， KV 存储又高于关系型数据库，直接操作文件系统肯定是最快的，但可靠性却是最低的，而关系型数据库的性能和可靠性与文件系统恰恰相反，第 4

RocketMQ 发送普通消息有 三 种实现方式：可靠同步发送 、 可靠异步发送 、 单向(Oneway）发送 。 第 3 章主要聚焦在 RocketMQ 如何发送消息，然后从消息的数据结构开始，逐步介绍生产者的启动流程和消息发送的流程，最后再详细阐述批量消息发送 。本章重点内容如下 。• RocketMQ 消息结构·消息生产者（Producer）启动流程·消息发送过程·批量消息发送1 漫谈 RocketMQ 消息发送RocketMQ 支持 3 种消息发送方式 ：同 步（sync ） 、 异步

本章主要介绍 RocketMQ 路由管理 、 服务注册及服务发现的机制， NameServer 是整个RocketMQ 的“大脑” 。本章重点内容如下 。• NameServer 整体架构设计• NameServer 动态路由发现与剔除机制2.1 NameServer 架构设计消息中间件的设计思路一般基于主题的订阅发布机制 消息生产者（ Producer）发送某一 主题的消息到消息服务器，消息服务器负责该消息的持久化存储，消息消费者(Consumer）订阅感兴趣的主题，消息服务器根据订阅信息（路由

1.RocketMQ 的设计理念和目标RocketMQ 设计基于主题的发布与 订阅 模式 ， 其核 心功能包括消息 发送、 消息存储( Broker ）、消息消费，整体设计追求简单与性能第一，主要体现在如下三个方面 。首先， NameServer 设计极其简单，摒弃了业界常用的使用 Zookeeper 充 当信息管理的 “注册中心”，而是自研 NameServer 来实现元数据 的管理（ Top ic 路由信息等 ） 。 从实际需求出发，因为 Topic 路由信息无须在集群之间保持强一致，追求最终一致