RabbitMQ如何保证消息不丢失？-优快云博客

本文链接：https://blog.youkuaiyun.com/2303_78263863/article/details/146217507

在 RabbitMQ 中保证消息不丢失需要从 生产者端、Broker端 和 消费者端 三个环节进行可靠性设计，以下是具体方案及实现方法：

我们使用RabbitMQ来确保MySQL和Redis间数据双写的一致性，这要求我们实现消息的高可用性，具体措施包括：

开启生产者确认机制，确保消息能被送达队列，如有错误则记录日志并修复数据。
启用持久化功能，保证消息在未消费前不会在队列中丢失，需要对交换机、队列和消息本身都进行持久化。
对消费者开启自动确认机制，并设置重试次数。例如，我们设置了3次重试，若失败则将消息发送至异常交换机，由人工处理。

一、生产者端：确保消息成功投递

1. 开启事务模式（不推荐，性能差）

通过 AMQP 事务机制保证消息发送原子性，但会严重降低吞吐量（同步阻塞）。

java

channel.txSelect();
try {
    channel.basicPublish(exchange, routingKey, props, message.getBytes());
    channel.txCommit();
} catch (Exception e) {
    channel.txRollback();
}

2. 使用 Publisher Confirm 模式（推荐）

异步确认机制，生产者发送消息后等待 Broker 的确认（ACK/NACK）。

配置步骤：

开启 Confirm 模式：
```
 
```
java
```
channel.confirmSelect();
```

异步监听确认结果：

java

channel.addConfirmListener((sequenceNumber, multiple) -> {
    // ACK 处理（消息已持久化到磁盘）
}, (sequenceNumber, multiple) -> {
    // NACK 处理（消息可能丢失，需重试）
});

重试策略：
- 失败后记录日志并重试（最多3次），超过次数则人工介入。

二、Broker端：防止消息丢失

1. 队列持久化

声明队列时设置 durable=true，即使 Broker 重启队列仍存在。
```
 
```
java
```
channel.queueDeclare("order.queue", true, false, false, null);
```

2. 消息持久化

发送消息时设置 deliveryMode=2（持久化消息）。

java

AMQP.BasicProperties props = new AMQP.BasicProperties.Builder()
        .deliveryMode(2) // 持久化消息
        .build();
channel.basicPublish(exchange, routingKey, props, message.getBytes());

3. 高可用部署

镜像队列（Mirrored Queues）：将队列复制到多个节点（需配置策略）。
```
 
```
bash
```
rabbitmqctl set_policy ha-all "^ha\." '{"ha-mode":"all"}'
```

Quorum队列（RabbitMQ 3.8+）：基于 Raft 协议实现数据一致性，优先选择。

java

Map<String, Object> args = new HashMap<>();
args.put("x-queue-type", "quorum");
channel.queueDeclare("order.queue", true, false, false, args);

三、消费者端：确保消息正确处理

1. 关闭自动应答（Auto-Ack）

使用手动应答模式（Manual Acknowledgement），确保业务处理成功后再确认消息。

java

channel.basicConsume(queueName, false, (consumerTag, delivery) -> {
    try {
        processMessage(delivery.getBody()); // 业务处理
        channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false); // 手动ACK
    } catch (Exception e) {
        channel.basicNack(delivery.getEnvelope().getDeliveryTag(), false, true); // 重试
    }
}, consumerTag -> {});

2. 死信队列（DLX）兜底

定义死信交换机和队列，处理多次重试失败的消息。

java

Map<String, Object> args = new HashMap<>();
args.put("x-dead-letter-exchange", "dlx.exchange");
args.put("x-dead-letter-routing-key", "dlx.routingKey");
channel.queueDeclare("order.queue", true, false, false, args);

四、完整方案示例（Spring Boot实现）

1. 生产者配置（Confirm模式）

yaml

spring:
  rabbitmq:
    publisher-confirm-type: correlated # 开启Confirm模式
    publisher-returns: true

java

@Configuration
public class RabbitConfig {
    @Bean
    public RabbitTemplate rabbitTemplate(ConnectionFactory connectionFactory) {
        RabbitTemplate template = new RabbitTemplate(connectionFactory);
        template.setMandatory(true);
        template.setConfirmCallback((correlationData, ack, cause) -> {
            if (!ack) {
                log.error("消息投递失败: {}", cause);
                // 重试逻辑（如存入数据库定时任务重发）
            }
        });
        return template;
    }
}

2. 消费者配置（手动ACK）

java

@RabbitListener(queues = "order.queue")
public void handleOrderMessage(OrderMessage message, Channel channel, @Header(AmqpHeaders.DELIVERY_TAG) long tag) {
    try {
        orderService.process(message);
        channel.basicAck(tag, false); // 业务成功，确认消息
    } catch (Exception e) {
        channel.basicNack(tag, false, true); // 业务失败，重试
    }
}

五、监控与灾备

监控指标：
- 未确认消息数（unacked）、死信队列堆积量。
- 使用 rabbitmqadmin 或 Prometheus 插件采集数据。
备份与恢复：
- 定期备份队列数据（rabbitmqadmin export）。
- 灾难恢复时导入备份数据（rabbitmqadmin import）。