本文分析了一个RocketMQ消息堆积的特殊场景，由于消费者实例下线后未取消订阅，导致消息持续堆积。通过查看Broker日志、消费者心跳、消费位点重置等方式逐步定位问题，最终发现是消费者离线后未正确处理订阅关系。
背景介绍
前面几篇文章分析了几个引起消息堆积的典型场景，分别是：
- 业务逻辑处理慢导致消息堆积的场景，MQ-消息堆积-一条SQL阻塞了整个服务线程案例分析
- JDK BUG导致消息堆积的场景，MQ-消息堆积-JDK Bug导致线程阻塞案例分析
- RocketMQ SDK BUG导致消息堆积的场景，一次RocketMQ SDK Bug导致消息不断堆积到重试队列的案例分析，同时在这篇文章也简单介绍了由于业务处理类返回RECONSUME_LATER，返回null，抛出未捕获异常导致消息堆积到重试队列的场景。
这次的消息堆积场景之前没有遇到过，记录下来以备忘。
问题描述
订阅
最低0.47元/天 解锁文章
扫一扫
596
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
