rocketmq 部分队列不消费NOT_CONSUME_YET

最新推荐文章于 2024-04-17 10:31:12 发布
最新推荐文章于 2024-04-17 10:31:12 发布
阅读量1.7k 收藏
点赞数
文章标签： java-rocketmq spring boot spring spring cloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chengmeng_123/article/details/132575571
版权

原因：

消费者详情中有消息delay一直没消费，表现为一部分队列消费，一部分队列没有消费并且对应的consumerClientId为空，且代码排查无误

解决方案：

查看consumerClientId对应的IP地址发现另外一个服务使用了和该服务相同的consumerGroup导致消费实例有两台，有一部分队列被分配到了另外一个服务上面，然而另外一个服务并没有对该topic的消费，导致分配到另外一个服务上的队列无法消费。修改另一台服务的group即可

造成原因：测试环境代码复制的时候忘记修改消费组导致

孤海岛主
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
rocketmq python 某个队列不消费_记一次RocketMQ消息消费异常
weixin_42515101的博客
01-30 1330
记一次RocketMQ 消息已经消费然则cosumer offset没有更新的问题发现问题：开发中在项目重启时会重复消费消息，但其实消息已经消费过了。查找问题：1.RocketMq console查看，发现订阅组消息延迟2.从消息看message Detail 对应的consumerGroup trackType为 not conume yet3.项目日志也没有任何错误日志，然而根据相关业务查询数...
rocketmq部分队列不消费问题
karott,一世情缘!
08-16 9446
1、group-topic-queue-client-stategy关系 2、策略类型及构造： 3、消费客户端执行逻辑： a、后台线程调度，轮询订阅topic，获取消息；此过程需要定位目标队列 b、获取当前topic全队列集合、选取客户端所在group下全客户端集合，然后应用策略 注意：如果group乱用(比如，不同topic的不同客户端定义相同group)，会导致C...
消息队列 | RocketMq某些队列阻塞不消费
sharedCode源码交流
12-03 6761
公司小伙伴反馈自己负责的RocketMq集群忽然有两个队列不消费了，消息堆积达到了1万多条，这个肯定不正常。 以下是当时的消费组的实际消费情况 从上面的图中可以看出来，有两个队列严重阻塞了，好久没有上报过offset了。 通过以往自己的经验，一般来说，RocketMq部分队列消费失败，主要有以下三个原因 消费者的集群数量有问题，比如之前笔者有写过一篇文章，也是介绍RocketMq部分队列不能正常消费的，有兴趣的可以看看RocketMq 部分队列不能消费问题排查 消费者的consumer group乱用，
RabbitMQ实现订单超时未支付取消订单_mq消息超时未消费(1)
最新发布
2401_84159813的博客
04-17 294
【代码】RabbitMQ实现订单超时未支付取消订单_mq消息超时未消费(1)
订阅了，但是没有消费（Offset小）
ql_gome的博客
10-09 373
此提示，表示：该消息所在的消息队列有消息待消费，还没有轮到该消息，详细可以查看MQ的控制台，看看当前消费队列的offset。 第一种可能：消息积压，但是消息还在正常消费 第二种可能：消息没有积压，该消息消费异常。 ...
RocketMq 部分队列不能消费问题排查
sharedCode源码交流
06-06 9968
欢迎移步到我个人博客网站阅读 RocketMq 部分队列不能消费问题排查
rocketmq 消息出现 NOT_CONSUME_YET
fwhezfwhez的博客
01-18 1万+
问题 data-srv测试服存在消息,一直处于NOT-CONSUME-YET状态，几率很大。 排查过程 检查订阅sdk，确认是否回复ack.√ • 修正订阅时，拉取到多个msg时，只处理一个handler的问题。 该bug不会造成not-consume。 • 修正路由注册时，可能造成subscirbe同一个topic/tag多次的问题。 该bug不会造成not-consume。 • 确认了已经回复了ack。 检查consumergroup，是否存在订阅关系不一致。.√ • 检查了消费方的消费组名，都叫GI
springboot-rocketmq整合NOT_CONSUME_YET问题处理
lipengyao2010的专栏
01-31 3748
【代码】springboot-rocketmq整合NOT_CONSUME_YET问题处理。
RocketMQ不消费原因
C端业务攻城狮
03-15 1173
RocketMQ不消费原因
RocketMQ消费者没有成功消费消息的问题排查
翎野君的博客
12-21 8342
背景 今天下游同事反馈，有一些以取消的订单库存还原异常了，导致部分商品库存没有还原。查日志发现没有收到还原消息，但是查看发送方是可以确认消息是已经发了的，那么是什么原因导致消费者没有收到，或者收到后没有处理消息呢。最后发现这些消息的状态都是NOT_ONLINE，原因是服务挂了，重启之后便可以重新消费了。让我们看看这个调查过程。 调查 消息丢失如何排查?当我们在使用mq的时候，经常会遇到消息消费异...
consume_and_productor.rar_consume_生产者 消费者
09-24
- **优先级队列**：生产者可以将不同优先级的数据放入不同的队列，消费者根据优先级顺序消费。 理解并熟练运用生产者-消费者模型对于开发高并发、高可用的应用至关重要。这个模型不仅简化了并发编程的复杂性，还...
product-consume.zip_consume_生产者_生产者 消费者_生产者消费者
09-22
如果队列已满，生产者将等待`not_full`条件变量，直到消费者消费掉一些数据。一旦有足够的空间，生产者会将数据放入队列，并通知消费者数据已准备就绪，通过调用`pthread_cond_signal()`。 5. **消费者线程**：消费...
sem_proc_consume.rar_consume
09-24
- 消费者部分：`sem_wait(&sem);` 之后进行消费，然后 `sem_post(&sem);` 6. **注意事项** - 使用信号量时，要特别注意死锁的情况，确保正确地调用`sem_wait()`和`sem_post()`。 - 在信号量不再使用时，记得清理...
gus_mem.rar_consume
09-24
Each clock is assigned an identifier and client nodes can use this identifier to specify the clock which they consume.
covid-19-master_javascript_consume_smallestdzk_
10-03
【标题】"covid-19-master_javascript_consume_smallestdzk_" 指的是一款基于JavaScript的应用程序，主要用于消费COVID-19相关的API服务。这个项目可能是一个实时更新的疫情数据展示平台，帮助用户获取全球或特定...
阿里二面：RocketMQ 消费者拉取一批消息，其中部分消费失败了，偏移量怎样更新？
m0_71777195的博客
02-02 374
回到开头的问题，如果一批消息按照顺序消费，是不可能出现第 100 条消息消费成功了，但第 50 条消费失败的情况，因为第 50 条消息失败的时候，应该退出循环，不再继续进行消费。如果是并发消费，如果出现了这种情况，建议是整批消息全部重新消费，也就是给 ackIndex 赋值 0，这样必须考虑幂等问题。
RocketMQ无法消费消息问题的排查（获取不到消费组信息导致）
snail-jie的博客
11-18 1万+
问题描述 在生产服务器搭了一套rocketmq环境，在生产服务器上能测试发送和接受消息都正常，并且观察namesrv和broker的日志，都没有发现异常日志。但就是在本地无法消费，网络是通的（ping和telnet都成功） 跟进问题总结 在跟代码发现订阅主题下的消费组的客户端数为空（为什么呢？） 1.1 观察消费端是否有下面的日志if (null == cidAll) { log.warn("doRebalance, {} {}, get consumer id list failed", cons
rocketmq 控制台 trackType NOT_CONSUME_YET
热门推荐
weixin_33895516的博客
03-05 2万+
1. 问题描述 rocketmq消费者偶有没有收到消息，查看后台， 显示NOT_CONSUME_YET 2. 分析 mq控制台 显示有该条消息数据 只是状态为未消费 那么问题应该出在 消费者一方 诶？ 为什么有时能收到呢 排查代码后发现: 消费者consumeMessage方法里 没有捕获异常，出现空指针的代码 这样造成了该条消息没有返回...
RocketMq实战篇：Docker部署Consumer客户端造成的RocketMQ的一场血案(重复消费和NOT_CONSUME_YET)
qq_26462567的博客
12-15 4062
案情描述 生产者发送消息后，消费者对消息要么不能消费(NOT_CONSUME_YET),要么出现重复消费。在集群模式(CLUSTERING)消息模式下,同一个消息应当向一个消费组下的其中一个消费者发送消息，而不是向消费组下的所有消费者发送消息。而血案就造成了这种重复消费。 ...
NOT_CONSUME_YET
10-28
NOT_CONSUME_YET是RocketMQ中的一个状态，表示消息还没有被消费。当消息以事务消息的模式发送时，会先被发送到一个HALF队列中，此时状态为UN_KNOW，还没有被投递到目标队列中。如果消息被成功消费，状态会变为CONSUMED，如果消费失败，状态会变为RECONSUME_LATER。在RocketMQ中，如果消费者没有消费到消息，消息的状态就会一直保持为NOT_CONSUME_YET。如果你遇到了这个问题，可以检查一下消费者是否正常运行，是否有消费到消息。另外，如果你使用的是Spring Boot集成RocketMQ，可能会出现生成了两个CONSUMER的情况，可以尝试解决这个问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值