RabbitMQ消息确认机制

2023-12-23 06:10:16

Rabbitmq消息丢失主要涵盖三种情况:

(1)生产者传递到MQ过程中消息丢失
(2)MQ中消息丢失
(3)MQ传递到消费者过程中消息丢失

生产者传递到MQ过程中消息丢失

RabbitMQ提供了publisher confirm机制来避免消息发送到MQ过程中丢失。消息发送到MQ以后,会返回一个结果给发送者,表示消息是否处理成功。结果有两种请求:
publisher-confirm:发送者确认
(1)消息成功投递到交换机,返回ack
(2)消息未投递到交换机,返回nack
publisher-return:发送者回执
(1)消息投递到交换机了,但是没有路由到队列。返回ACK,及路由失败原因。
确认机制发送消息时,需要给每个消息设置一个全局唯一id,以区分不同消息,避免ack冲突。
步骤:
(1)yml中配置

  rabbitmq:
    host: xxxxx
    port: 5672
    username: xxx #用户名
    password: xxx #密码
    publisher-confirm-type: correlated #开启消息确认机制
    publisher-returns: true #开启消息失败机制
    template:
      mandatory: true  #必须设置成true 消息路由失败通知监听者,而不是将消息丢弃

(2)在项目启动过程中配置

@Slf4j
@Configuration
public class CommonConfig implements ApplicationContextAware {
    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        RabbitTemplate rabbitTemplate= applicationContext.getBean(RabbitTemplate.class);
        rabbitTemplate.setReturnCallback((message, replyCode, replyText, exchange, routingKey) -> {
            log.info(String.valueOf(replyCode), replyText, exchange, routingKey, message.toString());
        });
    }
}

(3)发送消息,指定消息ID、消息ConfirmCallback

		public static void sendDirectMessage(RabbitMQExchanges rabbitMQExchanges,RabbitMQRoutingKeys rabbitMQRoutingKeys,Object content) {
        //消息id封装到CorrelationData中
        CorrelationData correlationId = new CorrelationData(UUID.randomUUID().toString());
        rabbitTemplate.setMandatory(true);
        correlationId.getFuture().addCallback(result -> {
            if (result.isAck()) {
                log.info("消息发送成功",correlationId.getId());
            } else {
                log.error("消息发送失败",correlationId.getId(),result.getReason());
            }
        },ex -> log.error("消息发送失败",correlationId.getId(),ex.getMessage()));
        rabbitTemplate.convertAndSend(rabbitMQExchanges.getExchange(), rabbitMQRoutingKeys.getRoutingKey(), content, correlationId);
    }

MQ中消息丢失

MQ默认是内存存储消息,开启持久化功能可以确保缓存在MQ中的消息不丢失。设置持久化有三个步骤:交换机持久化、队列持久化、消息持久化

MQ传递到消费者过程中消息丢失

RabbitMQ支持消费者确认机制,即:消费者处理消息后可以向MQ发送ack回执,MQ收到ack回执后才会删除该消息。而SpringAMQP则允许配置三种确认模式:
manual:手动ack,需要在业务代码结束后,调用api发送ack。
auto:自动ack,由spring监测listener代码是否出现异常,没有异常则返回ack;抛出异常则返回nack
none:关闭ack,MQ假定消费者获取消息后会成功处理,因此消息投递后立即被删除

    listener:
      simple:
        prefetch: 1  #消费者每次只能获取一条消息,才处理完才能获取下一条
        acknowledge-mode: AUTO  #1、NONE:全自动 2、AUTO:半自动 3、MANUAL:手动 开启消费端消息确认机制

当消费者出现异常后,消息会不断requeue队列,再重新发送给消费者,然后再次异常,再次requeue,无限循环,导致mq的消息处理飙升,给服务器带来压力。
yml中可配置如下:

    listener:
      simple:
        prefetch: 1  #消费者每次只能获取一条消息,才处理完才能获取下一条
        acknowledge-mode: AUTO  #1、NONE:全自动 2、AUTO:半自动 3、MANUAL:手动 开启消费端消息确认机制
        retry:
          enabled: true  #开启超时重试机制
          initial-interval: 1000ms  #失败后的初始等待时间
          multiplier: 1  #失败后下次的等待时长倍数,下次等待时长= initial-interval * multiplier
          max-attempts: 3  #最大重试次数

其次配置失败消息处理策略。重试次数耗尽,如果消息依然失败,则需要有MessageRecoverer接口来处理,它包含三种不同的实现:
RejectAndDontRequeueRecoverer:重试耗尽后,直接reject,丢弃消息。默认就是这种方式
ImmediateRequeueMessageRecoverer:重试耗尽后,返回nack,消息重新入队
RepublishMessageRecoverer:重试耗尽后,将失败消息投递到指定的交换机

来源:B站黑马

文章来源:https://blog.csdn.net/weixin_42592415/article/details/134626135
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。