RabbitMQ-消费者确认机制

1、确认模式

  • none:不做任何处理,消息投递到消费者了之后,立即返回ACK,并且从MQ将消息删除,非常不安全,不建议使用。
  • manual:手动模式,需要在业务中调用api,ack或者reject。
  • auto:自动模式,SpringAMQP利用AOP对我们的消息处理做了环绕增强,当业务正常执行时返回ACK,执行异常时,根据异常的情况返回不同的结果:
    • 如果是业务异常,会自动返回nack,nack会再次投递MQ消息。
    • 如果是消息处理或校验异常,自动返回reject,拒绝之后不再投递MQ,删除MQ中的消息。一般是以错误的消息,就会这么错里

2、yml文件配置

XML 复制代码
spring:
  rabbitmq:
    listener:
      simple:
        acknowledge-mode: auto #开启自动模式

3、重试机制

消息失败之后会重新入队,然后再次异常,再次入队,无限循环,这会导致mq消息处理飙升,带来不必要的压力。为了缓解这种压力,利用Spring的retry机制,在消费者出现异常的情况下,利用本地重试,重试次数用完之后,再进行消息的投递或者消息的拒绝。

yml文件配置:

XML 复制代码
spring:
  rabbitmq:
    listener:
      simple:
        retry:
          # 是否启用
          enabled: true
          # 初始时间间隔
          initial-interval: 1000ms
          # 下次失败的等待时长的倍数
          multiplier: 1
          # 最大尝试次数
          max-attempts: 3
          # 无状态
          stateless: true

开启重试之后,当重试次数耗尽的时候,如果消息依然失败,则需要调用MessageRecoverer接口来处理,这个接口有三种实现:

  • RejectAndDontRequeueRecoverer:重试耗尽,直接reject,丢弃消息。默认方式。
  • ImmediateRequeueMessageRecoverer:重试耗尽后,返回nack,消息重新入队。
  • RepublishMessageRecoverer:重试耗尽后,将失败消息投递到指定的交换机。然后交给人工处理。
相关推荐
❀always❀2 小时前
深入浅出分布式限流(更新中)
分布式·wpf
Bug退退退1235 小时前
RabbitMQ 幂等性
分布式·rabbitmq
Bug退退退1235 小时前
RabbitMQ 高级特性之延迟队列
java·spring·rabbitmq·java-rabbitmq
{⌐■_■}15 小时前
【Kafka】登录日志处理的三次阶梯式优化实践:从同步写入到Kafka多分区批处理
数据库·分布式·mysql·kafka·go
qq_5298353515 小时前
RabbitMQ的消息可靠传输
分布式·rabbitmq
CodeWithMe15 小时前
【Note】《Kafka: The Definitive Guide》 第九章:Kafka 管理与运维实战
运维·分布式·kafka
sql2008help15 小时前
1-Kafka介绍及常见应用场景
分布式·kafka
何苏三月20 小时前
SpringCloud系列 - Seata 分布式事务(六)
分布式·spring·spring cloud
工藤学编程21 小时前
分库分表之实战-sharding-JDBC绑定表配置实战
数据库·分布式·后端·sql·mysql
gtestcandle21 小时前
rabbitmq 的多用户、多vhost使用
分布式·rabbitmq