Rabbitmq如何保证消息不丢失

1.设计思路

2.方案说明

2.1 生产者提交给消息服务器时，使用确认机制

channel.confirmSelect();
…………
if (channel.waitForConfirms()) {
    System.out.println("发送消息成功");
} else {
    System.out.println("发送消息失败");
}

生产者收不到确认的情况： 1)、MQ挂了 2）、MQ满了， 解决办法：每次的生产者消息发送都通过日志表记录下来，后续采用手动补偿即可

2.2 消息服务器对应的队列、交换机等都持久化，保证数据的不丢失

1）、代码设置 2）、控制平台设置---默认都是持久化的。临时的话重启后就会消失 durable是否持久化 durable为持久化、 Transient 不持久化 autoDelete 是否自动删除，当最后一个消费者断开连接之后队列是否自动被删除，可以通过RabbitMQ Management，查看某个队列的消费者数量，当consumers = 0时队列就会自动删除

 

如果已经设置了持久化，则给生产者确认的时候就是持久化成功后的确认。这样就算硬盘坏了、持久化的过程断电了，都不会影响到消息的丢失，因为生产者收不到确认证明没发送成功。

2.3 消费者采用消息确认机制，保证数据的不丢失

1）、消息队列到消费者的方式有首次主动拉取、后续生产者发送时的主动推送和消费者发生异常时的重试三种方式。 2）、消息应答的方式默认为自动，即消费者收到消息时，队列即删除。如果消费者出现了断电等情况，也会被直接删除。所以要改成手动确认删除后，队列才会真正删除，这样保证了消息的不丢失。

channel.basicConsume(QUEUE_NAME, false, defaultConsumer);
注：第二个参数值为false代表关闭RabbitMQ的自动应答机制，改为手动应答。

在处理完消息时，返回应答状态，true表示为自动应答模式。
channel.basicAck(envelope.getDeliveryTag(), false);

3.Rabbitmq如何开启持久化的功能

1. 默认的情况下mq服务器端创建队列和交换机都是持久化的
2. 如果是代码创建的话，将该值设置为durablet