RabbitMQ高级篇-MQ的可靠性

目录

MQ的可靠性

1.如何设置数据持久化

1.1.交换机持久化

1.2.队列持久化

1.3.消息持久化

2.消息持久化

队列持久化：

消息持久化：

3.非消息持久化

非持久化队列：

非持久化消息：

4.消息的存储机制

4.1持久化消息（Persistent Messages）

4.2非持久化消息（Transient Messages）

4.3关键区别

4.4总结

---

之前的文章我们介绍了RabbitMQ的发送者的可靠性，接下来我来向大家讲解MQ的可靠性

发送者的可靠性文章

MQ的可靠性

消息到达MQ以后，如果MQ不能及时保存，也会导致消息丢失，所以MQ的可靠性也非常重要。

1.如何设置数据持久化

为了提升性能，默认情况下MQ的数据都是在内存存储的临时数据，重启后就会消失。为了保证数据的可靠性，必须配置数据持久化，包括：

• 交换机持久化

• 队列持久化

• 消息持久化

我们以控制台界面为例来说明。

持久化：数据存储在磁盘，服务宕机了，数据也不会丢失。

非持久化：数据存储在内存，服务宕机了，数据也就不在了

1.1.交换机持久化

在控制台的Exchanges页面，添加交换机时可以配置交换机的Durability参数：

设置为Durable就是持久化模式，Transient就是临时模式。

1.2.队列持久化

在控制台的Queues页面，添加队列时，同样可以配置队列的Durability参数：

1.3.消息持久化

在控制台发送消息的时候，可以添加很多参数，而消息的持久化是要配置一个properties：

Non-persistent：消息非持久化 Persistent：消息持久化

2.消息持久化

消息持久化是为了确保即使 RabbitMQ 服务重启或崩溃，消息也不会丢失。它主要包括以下几个步骤：

1. 队列持久化：

   • 当创建队列时，如果指定了队列的持久化属性（durable=true），那么该队列会被写入磁盘。即使 RabbitMQ 服务重启，该队列仍然存在。

   • 但如果队列中没有消息或消息没有被持久化，队列重启后将是空的。

2. 消息持久化：

   • 当发送消息时，如果指定了消息的持久化属性（delivery_mode=2），那么消息会被写入磁盘。即使 RabbitMQ 服务重启，消息仍然存在，直到被消费者消费。

   • 消息的持久化和队列的持久化需要同时设置，否则消息仍然可能丢失。例如，如果队列没有设置持久化，即使消息设置了持久化，队列在重启后也会消失，消息也就随之丢失。

3.非消息持久化

非持久化消息主要用于某些场景下，如消息的可靠性要求不高，或者需要快速传输大量消息。它主要包括以下几个步骤：

1. 非持久化队列：

• 当创建队列时，如果没有指定队列的持久化属性（durable=false），那么该队列不会被写入磁盘。如果 RabbitMQ 服务重启，该队列将消失。

1. 非持久化消息：

• 当发送消息时，如果没有指定消息的持久化属性（delivery_mode=1），那么消息不会被写入磁盘。如果 RabbitMQ 服务重启，消息将丢失。

4.消息的存储机制

4.1持久化消息（Persistent Messages）

• In Memory：持久化消息会被缓存在内存中，以便快速处理。

• Persistent：这些消息同时也会被写入磁盘进行持久化存储。即使RabbitMQ服务重启，持久化消息也不会丢失，因为它们在磁盘上有副本。

4.2非持久化消息（Transient Messages）

• In Memory：非持久化消息同样会被缓存在内存中。

• Paged Out：当内存资源紧张时，RabbitMQ会将部分非持久化消息从内存换出到磁盘。这些消息被换出到磁盘后，如果内存压力减轻，可能会被换回内存。但与持久化消息不同的是，非持久化消息在磁盘上没有持久化副本，因此在RabbitMQ服务重启时，这些消息不会被恢复。

4.3关键区别

• 持久化消息：内存中的数据是缓存，同时在磁盘上有持久化副本，以确保数据不会丢失。

• 非持久化消息：内存中的数据是主要存储位置，磁盘上的数据只是在内存压力下的一种临时存储方式，并不用于持久化。

4.4总结

• 持久化消息：内存和磁盘上都有数据，磁盘上的数据用于持久化。

• 非持久化消息：内存和磁盘上都有数据，但磁盘上的数据只是临时的，不用于持久化。