RabbitMQ-高级

啵萝蜜多斩

已于 2023-02-09 21:54:42 修改

阅读量184

点赞数

分类专栏： MQ 文章标签： rabbitmq Powered by 金山文档

于 2023-02-09 15:51:17 首次发布

本文链接：https://blog.csdn.net/oybc666/article/details/128948210

版权

MQ 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

消息队列 MQ 使用时存在的问题：

消息可靠性（如何确保发送的消息至少被消费一次）

延迟消息（如何实现消息的延迟投递）

高可用问题（如何避免单点的MQ故障而导致的不可用问题）

消息堆积问题（如何解决百万消息堆积，无法及时消费的问题）

消息可靠性的原因及解决方案

原因：

消息发送时丢失

生产者发送的消息未送达交换机

交换机的消息未送达队列

MQ 服务宕机，队列中的消息丢失

消费者接收到消息后还没来得及消费，MQ就宕机了

解决方案：

生产者确认机制（publisher confirm）

publisher confirm 机制必须给每个消息这是一个全局唯一ID，消息发送到MQ之后，会返回一个结果给publisher,表示是否成功

返回结果的两种方式：

1, publisher-confirm,发送者确认

消息成功发送给交换机，返回 ack

消息未发送到交换机，返回 nack

2, publisher-return 发送者回执

消息发送到交换机了，但是没有路由给队列，返回 ack，以及路由失败的原因

项目中，配置 发送者 的application.yml
spring:
  rabbitmq:
    publisher-confirm-type: correlated  
    publisher-returns: true
    template:
      mandatory: true

配置说明：

publisher-confirm-type：开启 publisher-confirm，有两种类型

①，simple ：同步等待 confirm 结果，直到超时

②，correlated ：异步回调，定义ConfirmCallback ,MQ 返回结果是，会回调这个 ConfirmCallback

publish-returns：开启 publish-return ，基于回调机制，定义ReturnCallback

template.mandatory：定义消息路由失败的策略，

①，true：调用 ReturnCallback

②，false：直接丢弃消息

MQ 持久化

消息发送到队列后，如果MQ突然宕机，也可能导致消息丢失，所以为确保消息安全保存，需开启持久化机制，（三种持久化机制都开启之后，才能保证消息的完整安全性）

交换机持久化

RebbitMQ 中的交换机默认不持久，重启之后就会丢失

SpringAMQP　中声明的交换机　默认是　持久化的

队列持久化

RebbitMQ 中的队列默认不持久，重启之后就会丢失

SpringAMQP　中声明的队列　默认是　持久化的

消息持久化

SpringAMQP　发送的任何消息　默认是　持久化的

消费者确认机制

RebbitMQ 消息是阅后即焚机制,MQ 确认消息被消费者消费后会立刻删除,所以MQ也可以通过获取消费者返回的 ACK 来确认消费者是否已经处理消息

SpringAMQP 提供了三种确认模式

manual : 手动ACK，根据业务情况，调用 API 发送 ACK

auto : 自动 ACK ,由Spring 检测 istener 代码是否出现异常,无异常返回ACK ,有异常则返回 NACK

none : 关闭ACK ,MQ 认为消息每次都成功处理,因此消息投递之后,立即被删除

一般情况下,使用 auto 就可以了

在消费者服务的application.yml 中配置

spring:
  rabbitmq:
    listener:
      simple:
        acknowledge-mode: none / manual / auto  # 模式

失败重试机制

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

解决:

本地调试(基于Spring Retry 机制),

在消费者服务的 application.yml配置

spring:
  rabbitmq:
    listener:
      simple:
        retry:
          enabled: true # 开启消费者失败重试
          initial-interval: 1000 # 初识的失败等待时长为1秒
          multiplier: 1 # 失败的等待时长倍数，下次等待时长 = multiplier * last-interval
          max-attempts: 3 # 最大重试次数,达到最大次数后,返回ACK,丢弃消息
          stateless: true # true无状态；false有状态。如果业务中包含事务，这里改为false

重试失败策略:

问题:失败重试机制中,如果达到最大重试次数后,依然失败,消息就会被丢弃,无法真正保证消息可靠性,

解决: RepublishMessageRecoverer,失败的消息投递到一个指定的队列,由人工处理

@Bean
public MessageRecoverer republishMessageRecoverer(RabbitTemplate rabbitTemplate){
    return new RepublishMessageRecoverer(rabbitTemplate, "error.direct", "error");
}