06.RabbitMQ重试机制

原创已于 2022-11-21 13:00:15 修改 · 1.5w 阅读

17 ·

CC 4.0 BY-SA版权

文章标签：

#rabbitmq #java #分布式

于 2022-01-07 16:27:51 首次发布

RabbitMQ 专栏收录该内容

10 篇文章

订阅专栏

本文介绍了RabbitMQ的消费者重试机制，当消息消费异常时，RabbitMQ会不断重试直到消费成功。然而，这可能导致消息堆积和幂等性问题。为了解决这些问题，文章提出了配置重试机制的建议，如设置最大重试次数和间隔。对于不适合重试的情况，如代码bug涉及写操作，建议采用日志记录和后期补偿。对于幂等性问题，可以通过全局消息ID和业务ID判断来实现。最后，讨论了如何合理配置重试机制以避免线上问题。

RabbitMQ重试机制

补偿机制

在消费中如果发生异常了，RabbitMQ会使用补偿机制（重试），如果消息没消费成功，会一直重复发送，直到消费成功为止。

我们以之前的P2P例子为例：

@Component
@RabbitListener(queues = "USER")
public class P2PUserConsumer {

    @RabbitHandler
    public void receive(String msg){
        System.out.println("消费者消费的消息：" + msg);
        // 抛出一个运行时异常，模仿消费异常
        throw new RuntimeException();
    }
}

运行项目，可以看到控制台一直报错

RabbitMQ一直在重试状态，消息一直没有被消费掉，可能在线上会导致消息堆积情况，某些情况就影响使用了。

重试机制如何合理配置

重试机制确实是保证消息一定被消费掉，但在某些场景会不适用，重试会出现以下问题：

接口的幂等性问题
导致消息堆积消息一直不被消费

不适合重试：代码bug问题，并且有写操作，这个时候需要考虑到幂等。后台服务应该通过日志，后期通过定时器来补偿，或者手动补偿。

适合重试：大部分属于读取，如调用第三方接口、网络波动问题、暂时调用不了、网络连接等。

配置重试机制

spring:
  rabbitmq:
    listener:
      simple:
        retry:
          # 开启消费者重试机制（默认就是true，false则取消重试机制）
          enabled: true
          # 最大重试次数
          max-attempts: 5
          # 重试间距（单位：秒）
          initial-interval: 2s