zjj2006的专栏

消息不丢失、不重复是消息队列的基本要求，但这个基本要求还是很难满足的。消息丢失这个要求，主流消息队列通过消息重试和消息持久化的方式可以满足。但消息重试也同时带来了消息重复的可能性，主流消息队列在解决重复消息的问题上并没有现成的方案，对不允许重复消费的场景，需要开发人员在消费端做幂等处理。

RabbitMQ Broker 实现了轨迹消息的功能，打开 Trace 开关，就可以把轨迹消息发送到 amq.rabbitmq.trace 这个 exchange，但是要考虑轨迹消息会不会给 Broker 造成 压力进而导致消息积压。生产者把消费发送到 Broker 后，Broker 首先把消息保存到 SCHEDULE_TOPIC_XXXX 这个 Topic，然后调度任务会判断是否到期，如果到期，会把消息从 SCHEDULE_TOPIC_XXXX 取出投递到原始的 queue，这样消费者就可以消费到了。

RocketMQ 5.0 把客户端的部分功能下沉到 Proxy，Proxy 承接了之前 客户端的计算能力，客户端变得更加轻量级。

ProcessQueue 是 MessageQueue 的消费快照，可以协助消费者进行消息拉取、消息消费、更新偏移量、限流。

如果处理消息的逻辑是并行的，处理消息失败后给 ackIndex 赋值是没有意义的，因为可能有多条消息失败，给 ackIndex 变量赋值并不准确。最近有读者参加面试时被问了一个问题，如果消费者拉取了一批消息，比如 100 条，第 100 条消息消费成功了，但是第 50 条消费失败，偏移量会怎样更新？回到开头的问题，如果一批消息按照顺序消费，是不可能出现第 100 条消息消费成功了，但第 50 条消费失败的情况，因为第 50 条消息失败的时候，应该退出循环，不再继续进行消费。如果处理消息的逻辑是串行的。

RocktMQ定时任务。

本文介绍了 RocketMQ 灰度消息的使用方法。

RocketMQ 新版本引入了定时消息，弥补了延时消息的不足。

RocketMQ 5.0 是一个比较大的版本，这里介绍 RocketMQ 5.0 新特性。

10张图带你理解RocketMQ消息存储机制

RocketMQ集群如果一个Broker挂了，会造成什么影响？

这篇文章主要讲述了 RocketMQ 集群的搭建，希望能对大家理解 RocketMQ 有所帮助。

对于注册中心，RocketMQ 集群需要保存的元数据非常少，完全没有必要引入 Zookeeper 这种重量级的注册中心。

本文主要讲解了RocketMQ的轨迹消息实现机制。

本文主要讲解了RocketMQ广播消息的实现机制

RocketMQ延时消息是怎么实现的

在有些场景下，使用 MQ 需要保证消息的顺序性，比如在电商系统中，用户提交订单、支付订单、订单出库这 3 个消息应该保证顺序性

大家好，我是君哥。RocketMQ 消息消费有两种模式，PULL 和 PUSH,今天我们来看一下这两种模式有什么区别。PUSH 模式首先看一段 RocketMQ 推模式的一个官方示例：publicstaticvoidmain(String[]args)throwsInterruptedException,MQClientException{Tracertracer=initTracer();DefaultMQPushConsumerconsum...

大家好，我是君哥。今天来分享一个最近生产环境遇到的一个 RocketMQ 异常：首先，我们回顾一下 RockemtMQ 的架构：Broker 的主从节点都会注册到 Name Server 集群，Name Server 集群保存了 Broker 相关信息。RocketMQ client 会在本地维护一份 topic 和 Broker 地址的映射关系，放在 MQClientInstance#brokerAddrTable。发送消息RocketMQ client 在发送消息时，会根据

大家好，我是君哥。今天来分享 RocketMQ 中一个关键的知识点，消费者的启动过程。多数消息队列中，消费者和 Broker 通信的方式有两种，PUSH 模式和 PULL 模式： PUSH 模式：Broker 主动把消息推送给订阅的消费者； PULL模式：消费者主动从 Broker 拉取消息。 注意，RocketMQ 并没有真正实现 PUSH 模式， RocketMQ 中的 PUSH 模式，本质上也是 PULL 模式，只是消费端封装了轮询过程，相当于开启一个定时线程不停地从

大家好，我是君哥。引入消息队列可以方便地实现系统解耦、削峰填谷等作用。但是消息队列使用不当，可能会引起消息丢失，在一些消息敏感的业务场景下，这是不允许的。今天我们来聊一聊 RocketMQ 怎么做能确保消息不丢失。1 RocketMQ 简介RocketMQ 是阿里巴巴开源的分布式消息中间件，整体架构如下图：RocketMQ 主要包括 Producer、Consumer 和 Broker，同时 Name Server 进行集群注册管理和保存元数据。2 消息不丢失要想保证消息不丢失，

大家好，我是君哥。作为优秀的消息流平台，Pulsar 的使用越来越多，这篇文章讲解 Pulsar 的 Java 客户端。部署 PulsarPulsar 的部署方式主要有 3 种，本地安装二进制文件、docker 部署、在 Kubernetes 上部署。本文采用 docker 部署一个单节点的 Pulsar 集群。实验环境是 2 核 CPU 和 4G 内存。部署命令如下：dockerrun-it-p6650:6650-p8080:8080--mountsource=...

面试官：同一个消费组内的消费者，如果订阅了相同的 topic，但是订阅的 tag 不一样，会有什么问题吗？我：会出现丢消息的情况。面试官：能详细说一说吗？我：RocketMQ 要求同一个消费组内的消费者必须订阅关系一致，如果订阅关系不一致，会出现消息丢失的问题。面试官：什么是订阅关系一致呢？我：订阅关系一致是指同一个消费者组下所有消费者所订阅的 Topic、Tag 必须完全一致。如下图所示：其中，消费组 1 中的消费组都订阅了 Topic1 中的 Tag1，消费组 2 中的消费组

跨地域复制是 Apache Pulsar 企业级特性的重要组成部分，它保证了系统的高可用，在操作和管理上也非常便捷，今天用 5 张图来带大家学习这个功能。1 多机房部署Pulsar 多机房部署如下图：上面的 Pulsar 架构中，Pulsar 3 个集群分别部署在北京、上海、贵阳 3 个机房，每个机房一套集群，每个集群中都有一个 Topic1，并且对应着订阅是 Subscription1。但是 3 个集群之间并没有数据同步。如果某一个机房发生故障，那这个机房的存量消息将不能被消费掉。

非常好的学习RocketMQ的文章

这两年pulsar发展比较快，有好多大公司引入了pulsar，相关的资料和课程也多了，今天一起来了解一下pulsar这款中间件。下图是几款消息中间件的历史：2012年pulsar在Yahoo内部开发，2016年开源并捐献给Apache，2018成为Apache顶级项目。1架构pulsar的架构图如下：总结一下，pulsar有下面的几个特性。1.1 计算存储分离pulsar采用计算和存储相分离的架构，Broker集群负责把producer发出的消息发送给consumer，同