RocketMQ 同一个消费组应该保持完全一样的订阅关系

最新推荐文章于 2024-09-01 16:54:57 发布
最新推荐文章于 2024-09-01 16:54:57 发布
阅读量2.1k 收藏 6
点赞数
分类专栏： RocketMQ
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/meser88/article/details/104814598
版权

生产蓝绿发布验证的时候发现了这个问题，同一个消费组下，配置了蓝绿两个消费ID，各自的订阅关系不一致，导致启动报错：

the consumer's subscription not exist

解决方法就是同步订阅关系。业务场景消息量不大的情况下，无须建多个消费者，一般一个消费组下建一个消费者就可以了，方便维护。消费组和topic及tag的关系关系如下图:

å¨è¿éæå¥å¾çæè¿°

该问题可参考以下文章：

RocketMQ为什么要保证订阅关系的一致性？

RocketMQ订阅关系一致性分析

RocketMQ生产者组topic和消费组的关系

码上得天下
关注
专栏目录
RocketMQ订阅关系一致性分析
Soda_lw的博客
11-04 3898
RocketMQ的消费者，在订阅topic的时候需要遵循“订阅关系一致性”原则，即：一个消费者分组（group）下的所有消费者实例的处理逻辑必须一致，一旦订阅关系不一致就会导致消费混乱，甚至消息丢失。对大多数分布式应用来说，一个group下通常会挂有多个consumer实例。由于RocketMq的消费者订阅关系由Topic+Tag组成，因此保持订阅一致就意味着，所有consumer实例需要保证： ...
源码分析RocketMQ同一个消费组设置不同tag，消息订阅失败问题
weixin_34112208的博客
06-14 7651
背景介绍 项目组使用阿里RocketMQ，对同一个消费组设置不同的tag订阅关系，出现消息丢失的问题，本文从rocketmq源码研究消息发布与订阅原理，并分析导致该问题的原因。 官方说明 告诉使用者：同一个消费组，必须保持订阅关系一致 为什么？它没有说！只能从源码找答案 问题复现 启动消费者1，消费组为group1，订阅topicA的消息，tag设置为tag1 || tag2 启动消费者2...
订阅关系一致
单车人的博客
05-07 1410
MQ 里的一个 Consumer ID 代表一个 Consumer 实例群组。对于大多数分布式应用来说，一个 Consumer ID 下通常会挂载多个 Consumer 实例。订阅关系一致指的是同一个 Consumer ID 下所有 Consumer 实例的处理逻辑必须完全一致。一旦订阅关系不一致，消息消费的逻辑就会混乱，甚至导致消息丢失。 由于 MQ 的订阅关系主要由 Topic+Tag
【RocketMQ工作原理】订阅关系的一致性
LoveSummer
09-11 1168
订阅关系的一致性指的是，同一个消费者组（Group ID相同）下所有Consumer实例所订阅的Topic与 Tag及对消息的处理逻辑必须完全一致。否则，消息消费的逻辑就会混乱，甚至导致消息丢失。 1 正确订阅关系 多个消费者组订阅了多个Topic，并且每个消费者组里的多个消费者实例的订阅关系保持了一致。 2 错误订阅关系 一个消费者组订阅了多个Topic，但是该消费者组里的多个Consumer实例的订阅关系并没有保持一致。 订阅了不同Topic 该例中的错误在于，同一个消费者组中的两个Consumer
RocketMQ为何会出现消息重复消费
最新发布
爱琴孩的博客
09-01 150
总得来说，RocketMQ中还是存在很多种导致消息重读消费的情况，并且官方也说了，只是在大多数情况下消息不会重复。所以如果你的业务场景中需要保证消息不能重复消费，那么就需要根据业务场景合理的设计幂等技术方案。
RocketMQ-订阅关系一致性
程序员劝退师的博客
12-21 325
介绍 订阅关系一致性是指，同一个消费组(Group Id相同)下所有Consumer实例所订阅的Topic与Tag以及对消息的逻辑处理必须完全一致，否则，消费逻辑会混乱，甚至消息丢失！ 正确的订阅关系 多个消费者订阅多个Topic，并且每个消费组里的多个消费者实例订阅关系保持一致。 错误的订阅关系 实际上也就是是同一个Group Id下的消费者订阅的Topic 和Tag不一致 ...
RocketMQ为什么要保证订阅关系的一致性？
meser88的博客
11-16 1173
前段时间有个朋友向我提了一个问题，他说在搭建 RocketMQ 集群过程中遇到了关于消费订阅的问题，具体问题如下： 然后他发了报错的日志给我看： the consumer's subscription not exist 我第一时间在源码里找到了报错的位置： org.apache.rocketmq.broker.processor.PullMessageProcessor#processRequest： subscriptionData = consumerGroupInfo.fi.
RocketMQ订阅关系不一致浅析
datastructure18的博客
11-30 2506
本文先介绍背景，分析官方文档中的一些场景，包括正确和错误的订阅关系，然后对出现订阅关系不一致进行原来解析，最后对MQ消息出现问题的场景做出应对解决方案。
RocketMQ—（总结）一篇就搞懂 RocketMQ
m0_60721514的博客
09-21 2760
rocketMq 作为低延迟、高并发、高可用、高可靠的分布式消息中间件，其详细知识点非常多，如需深入，建议源码入坑。【这里想说，因为自己也走了很多弯路过来的，所以才下定决心整理，收集过程虽不易，但想到能帮助到一部分自学java 的人，心里也是甜的！有需要的伙伴请点㊦方】↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓。
RocketMq基础详解
weixin_36741151的博客
01-30 1797
在RocketMq中有四个部分组成，分别是Producer，Consumer，Broker，以及NameServer，类比于生活中的邮局，分别是发信者，收信者，负责暂存，传输的邮局，以及协调各个地方邮局的管理机构。
7.RocketMQ-订阅关系一致性分析
qq_24223159的博客
04-07 1084
文章目录不一致原因解析问题一：订阅消息相互覆盖问题二：消息负载均衡后导致消息延迟消费，甚至报错The consumer’s subscription not exist RocketMQ的消费者，在订阅topic的时候需要遵循“订阅关系一致性”原则，即：一个消费者分组（group）下的所有消费者实例的处理逻辑必须一致，一旦订阅关系不一致就会导致消费混乱，甚至消息丢失。对大多数分布式应用来说，一个group下通常会挂有多个consumer实例。由于RocketMq的消费者订阅关系由Topic+Tag组成，因此
RocketMq使用过程中经验总结
yanwendonge的博客
12-12 533
1.如果启动生产者或使用者失败，并且错误消息是生产者组或使用者重复？ 原因：使用相同的Producer / Consumer组在同一JVM中启动Producer / Consumer的多个实例可能会导致客户端无法启动。 解决方案：确保与一个生产者/消费者组相对应的JVM仅以一个生产者/消费者实例启动。 2…RocketMq同一个消费组group下，每一个consumer都要订阅相同的topic和t...
消息队列 RocketMQ 消息重复消费问题（原因及解决）
m0_65819602的博客
10-22 7874
Consumer 消费完消息并不是实时同步到 Broker 的，而是将 offset 先保存在本地map中，通过定时任务持久化上去。这就导致消息被消费了，但是此时消费者宕机了导致 offset 没提交，下次没提交 offset 的这部分消息会被再次消费 即使 offset 被提交到了 Broker，在还没来得及持久化的时候 Broker 宕机了，当重启的时候 Broker 会读取consumerOffset.json 中保存的 offset 信息，这就会导致没持久化 offset 的这部分消息会被再次消费
Redis中的发布订阅模式
Leon_Jinhai_Sun的博客
10-18 203
列表的局限 前面我们说通过队列的rpush 和lpop 可以实现消息队列（队尾进队头出），但是消费者需要不停地调用lpop 查看List 中是否有等待处理的消息（比如写一个while 循环）。为了减少通信的消耗，可以sleep()一段时间再消费，但是会有两个问题： 1、如果生产者生产消息的速度远大于消费者消费消息的速度，List 会占用大量的内存。 2、消息的实时性降低。 list 还提供了一个阻塞的命令：blpop，没有任何元素可以弹出的时候，连接会被阻塞。 blpop queue 5 基于
springboot整合rocketmq：一个消费者组怎么订阅多个topic
热门推荐
weixin_38456989的博客
11-19 1万+
一个消费组（消费者）订阅多个topic的代码
RocketMQ源码分析之Broker处理拉取消息请求（1）
05-17 2675
broker处理拉取消息请求，第一次brokerAllowSuspend为true。 public RemotingCommand processRequest(final ChannelHandlerContext ctx, RemotingCommand request) throws RemotingCommandException { return this.proc...
我要学RocketMQ啦-为什么RocketMQ同一个GroupId下的Consumer订阅的内容要一致
想好名字再改
08-09 1631
首先，先阐述下标题是什么意思 RocketMQ在相同的GroupId下，每一个消费者他们的订阅内容要保持一致，否则会导致消息无法被正常消费，即下面的关系，所有的Consumer要完全一样 GroupId — Topic + Tags 参考文档：https://help.aliyun.com/document_detail/43523.html?spm=a2c4g.11186623.6.777.1dba3635aj4Own 那么，我们也在源码的角度上分析下为什么需要保持一致 源码注释 GitHub https
spring boot 订阅rocketmq的多个消费组的死信队列
06-01
要订阅RocketMQ多个消费组的死信队列，您需要进行以下步骤： 1. 在Spring Boot应用程序中添加RocketMQ依赖项，例如： ```xml <groupId>org.apache.rocketmq <artifactId>rocketmq-spring-boot-starter ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值