【RocketMQ】消息积压判断及解决

本文主要介绍了如何定位RocketMQ消息积压问题,通过Console入口查看延迟数量和最后消费时间,并通过分析rocketmq_client.log日志及消费端业务逻辑来深入分析问题。最终,提出了解决积压问题的消费端策略。
摘要由CSDN通过智能技术生成

一. 定位问题

1. Console入口

主题-->Topic-->Consumer管理-->订阅组

在这里插入图片描述

2. 延迟数量(Delay)

消息积压数量,即当前Topic还剩下多少消息未处理,该值越大,表示积压的消息越多

3. 最后消费时间(LastConsumeTime)

当前Topic消息最后被消费的时间,该值表示消费端有多长时间未拉取消息进行消费

二. 分析问题

1. 查看rocketmq_client.log日志

grep "do flow control" rocketmq_client.log

如果出现 so do flow control 这样的日志,说明触发了消费限流,原因是:消费端积压了消息,即消费端无法消费已拉取的消息,消费端在没有将消息处理完成前,不会再向服务端拉取消息,并打印日志。

2. 消费端业务逻辑

1. 执行了长耗时的逻辑,导致消息处理
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值