RabbitMQ延时队列解决分布式事务问题

一、RabbitMQ延时队列

1、场景

比如未付款订单，超过一定时间后，系统自动取消订单并释放占有物品。

常用解决方案：

spring的 schedule定时任务轮询数据库

缺点：

消耗系统内存、增加了数据库的压力、存在较大的时间误差

**解决：rabbitmq的消息TTL和死信Exchange结合**

2、消息的TTL

1、消息的TTL就是消息的存活时间。

2、RabbitMQ可以对队列和消息分别设置TTL

• 对队列设置就是队列没有消费者连着的保留时间，也可以对每一个单独的消息做单独的设置。超过了这个时间，我们认为这个消息就死了，称之为死信

• 如果队列设置了，消息也设置了，那么会取小的。所以一个消息如果被路由到不同的队 列中，这个消息死亡的时间有可能不一样（不同的队列设置）。这里单讲单个消息的 TTL，因为它才是实现延迟任务的关键。可以通过设置消息的expiration字段或者x- message-ttl属性来设置时间，两者是一样的效果。

3、死信路由

1、一个消息在满足如下条件，会进入死信路由，记住这里是路由而不是队列。一个路由可以对应很多队列。

• 一个消息被Consumer拒收了，并且reject方法的参数里requeue是false。也就是说不会被再次放在队列里，被其他消费者使用。（basic.reject/ basic.nack）requeue=false

• 上面的消息的TTL到了，消息过期了。

• 队列的长度限制满了。排在前面的消息会被丢弃或者扔到死信路由上。

3、 我们既可以控制消息在一段时间后变成死信，又可以控制变成死信的消息 被路由到某一个指定的交换机，结合二者，其实就可以实现一个延时队列

4、延时队列实现

1）方式一 2）方式二 一般使用第一种方式，对队列设置消息过期时间实现延时队列

3）实际使用场景 升级版本

以上是延时队列的流程图

1、第一步是生产者将消息发送到order-event-exchange交换机，交换机通过路由键order.create.order找到order.delay.queue这个队列

2、order.delay.queue队列设置TTL过期时间，当超过过期时间后，队列里面的消息将会通过路由键order.release.order找到order-event-exchange交换机，通过order.release.order路由键找到order.release.order.queue队列，将消息推送到该队列里面

3、到达order.release.order.queue队列里面的数据都是在order.delay.queue队列中过期的消息（死信），对应的业务场景是将订单的信息存到order.delay.queue队列中，超过30分钟后的数据就是订单失效的数据