RabbitMQ高级之失败重试机制(含源码)

开发 前端
当消费者出现异常后,消息会不断requeue(重新入队)到队列,再重新发送给消费者,然后再次异常,再次requeue,无限循环,导致mq的消息处理飙升,带来不必要的压力。

一、失败重试机制

    当消费者出现异常后,消息会不断requeue(重新入队)到队列,再重新发送给消费者,然后再次异常,再次requeue,无限循环,导致mq的消息处理飙升,带来不必要的压力。

    为此,可利用Spring的retry机制,在消费者出现异常时利用本地重试,而不是无限制的requeue到mq队列。

配置参数如下:

listener: # 开启消费者确认其机制
      simple:
        prefetch: 1  #消费者每次只能获取一条消息,处理完才能获取下一条(可实现能者多劳)
        acknowledge-mode: AUTO  # none:关闭ack;manual:手动ack;auto:自动ack
        retry:
          enabled: true  #开启消费者失败重试
          initial-interval: 1000ms  #初始的失败等待时长为1秒
          multiplier: 1 #下次失败的等待时长倍数,下次等待时长 = multiplier * last-interval
          max-attempts: 3 #最大重试次数
          stateless: true #true无状态;false有状态。如果业务中包含事务,这里改为false

测试结果:

图片图片

但是重试三次后,队列里面的消息被踢出了:

图片图片

二、失败消息处理策略

    在开启重试模式后,重试次数耗尽,如果消息依然失败,则需要有MessageRecoverer接口来处理,它包含三种不同的实现:

     1、RejectAndDontRequeueRecoverer:重试耗尽后,直接reject,丢弃消息。默认就是这种方式。

    2、ImmediateRequeueMessageRecoverer:重试耗尽后,返回nack,消息重新入队(不建议采用:会出现死循环)。

     3、RepublishMessageRecoverer:重试耗尽后,将失败消息投递到指定的交换机。(推荐使用)

图片图片

三、实现方式

3.1、定义接收失败消息的交换机、队列及其绑定关系:

/**
     * 功能描述:定义接收错误消费的日志
     * @MethodName: receiveErrorMessage
     * @MethodParam: [message]
     * @Return: void
     * @Author: yyalin
     * @CreateDate: 2023/11/15 9:55
     */
    @RabbitListener(bindings = @QueueBinding(value = @Queue(name = "errorQueue"),
            exchange = @Exchange(name = "errorExchange", type = ExchangeTypes.DIRECT, ignoreDeclarationExceptions = "true"),
            key = "errorRouting"
    ))
    public void receiveErrorMessage(String message) {
        log.info("消费者收到发送错误的消息: " + message);
    }

3.2、定义RepublishMessageRecoverer:

/**
 * @Description: TODO:定义错误消息接收
 * @Author: yyalin
 * @CreateDate: 2023/11/15 9:58
 * @Version: V1.0
 */
@Configuration
@Slf4j
public class ErrorConfig {
    @Bean
    public MessageRecoverer messageRecoverer(RabbitTemplate rabbitTemplate){
        log.debug("加载RepublishMessageRecoverer");
        return new RepublishMessageRecoverer(rabbitTemplate,"errorExchange","errorRouting");
    }
}

3.3、测试结果:

图片图片

3.4、总结

消费者如何保证消息一定被消费?

  •     开启消费者确认机制为auto,由spring确认消息处理成功后返回ack,异常时返回nack。如果一直处理异常会一直重试。
  •     开启消费者失败重试机制,并设置MessageRecoverer,多次重试失败后将消息投递到异常交换机,交由人工处理。
责任编辑:武晓燕 来源: 程序猿小杨
相关推荐

2024-09-25 08:32:05

2022-11-14 08:19:59

重试机制Kafka

2022-05-06 07:44:10

微服务系统设计重试机制

2017-07-02 16:50:21

2020-07-19 15:39:37

Python开发工具

2017-06-16 15:16:15

2021-02-20 10:02:22

Spring重试机制Java

2023-10-27 08:20:12

springboot微服务

2023-11-06 08:00:38

接口高可用机制

2024-01-04 18:01:55

高并发SpringBoot

2024-09-30 08:30:37

2024-08-27 09:05:45

2023-11-17 11:55:54

Pythonretrying库

2023-10-17 08:01:46

MQ消息重试

2011-06-23 13:10:39

Python 对象机制

2020-12-11 11:26:47

Spring批处理重试

2011-06-23 14:05:32

Qt 事件机制

2021-12-30 22:50:32

KafkaConsumer 源码

2021-09-09 06:55:43

AndroidViewDragHel原理

2011-06-23 14:40:13

Qt 信号
点赞
收藏

51CTO技术栈公众号