RabbitMq——高级（延时队列&惰性队列&集群）

一、延时队列（Delay Queue）：

因为我们已经设置了死信交换机，也设置了TTL（超时死信机制），此时我们可以去做一个就是消息过去的自动删除的操作的场景！

引用场景：

1、延长消息发送的时间：

（让信息超时变成死信之后，通过死信队列里面获取其数据，这样去做延时操作）

2、订单超时取消：

第一步：

（客户把订单放入数据库里面，设置一个字段（purchase）为是否提交，如果提交了就为true）

第二步：

（客户在发送订单的时候，顺带订单id发送消息给mq，mq进行消息延迟操作，然后再把订单id发送给消费者，此时消费者里面执行判断订单id的字段（purchase）行的类型，然后再进行逻辑操作。）

DelayExchange（延时交换机）插件：

作用：上面的是需要通过把消息转换为死信之后做延迟的操作，但是rabbitmq退出了一个插件，让信息不变为死信也可以做到延迟的效果。

安装：

首先把delayexchange的这个ez文件放入到宿主机的docker的挂载卷里面去。

因为当前mq的挂载卷是挂载在：

这里的，我们把ez文件放进去。然后重新启动rabbitmq容器。 

进入容器 输入命令：rabbitmq-plugins enable rabbitmq_delayed_message_exchange 

 此时就加入了延迟队列的插件了。

工作原理：

使用：

我们需要去设置一个交换机，并且该交换机定义属性delayed要为true。意思就是开启延迟发送功能。

1、设置交换机的延迟功能：

1-1、使用new方式：

1-2、使用ExchangeBuilder

 注意：此时只是开启了延迟功能，但是没有去定义究竟延迟多长的时间。

1-3、通过消费者来进行设置（推荐）：

 会发现这边是没有使用对交换机的类型进行判定的：

因为此时的交换机并不是direct交换机，而是基于 direct的另外一种交换机。

使用的话会报错。

2023-08-04 09:44:03.857 ERROR 17092 --- [68.138.100:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: channel error; protocol method: #method<channel.close>(reply-code=406, reply-text=PRECONDITION_FAILED - inequivalent arg 'type' for exchange 'delay.direct' in vhost '/': received 'direct' but current is ''x-delayed-message'', class-id=40, method-id=10)

 2、设置信息的延迟时长：

2-1、使用MessagesBuilder来创建。

 "x-delay"对应的是消息是需要延迟操作的。而后面接的是以ms为单位的。

2-2、使用new方式（后面补充）

3、发送消息：

因为绑定的bindingkey是delay。 

二、惰性队列：

我们知道之前变成死信是有三个条件的：

1、消费者接收到消息，但没有消费消息，经过多次的失败重试之后，还是无法消费成功时，会变为死信队列。

2、超时没人消费时（超时死信机制）

3、当队列数据量满了的时候，在发送消息的化也会变为死信！

为了防止第三种情况的时候，我们在开启队列功能时有两种方案：

增加队列的消费者，大量消费消息以及扩大队列容积。（但是因为容积是涉及到内存的，所以不可取）

好处：

在rabbitmq3.6.0在之后，添加了惰性队列（Lazy Queues），好处是：

1、把消息直接存入磁盘而非内存。（消息持久化的时候是内存的）

2、要消费消息时才会从磁盘中读取然后加载到内存。

3、支持数百万条信息存储。

设置层面：

因为是开启队列的功能，所以是针对队列来进行开关的。

全局设置：

单个设置：

（1）new 方式：

（2）QueueBuilder: 

 （3）通过消费者来设置：

 三、集群搭建：

rabbitmq集群分为两种：普通集群，镜像集群！

后补！