一、延迟队列应用场景
1.场景:“订单下单成功后,15分钟未支付自动取消”
传统处理超时订单,采取定时任务轮训数据库订单,并且批量处理。其弊端也是显而易见的;对服务器、数据库性能会有很大的要求,并且当处理大量订单起来会很力不从心,而且实时性也不是特别好。当然传统的手法还可以再优化一下,即存入订单的时候就算出订单的过期时间插入数据库,设置定时任务查询数据库的时候就只需要查询过期了的订单,然后再做其他的业务操作
rabbitMQ的好处
一台普通的rabbitmq服务器单队列容纳千万级别的消息还是没什么压力的,而且rabbitmq集群扩展支持的也是非常好的,并且队列中的消息是可以进行持久化,即使我们重启或者宕机也能保证数据不丢失
二、TTL和DLX
rabbitMQ中是没有延时队列的,也没有属性可以设置,只能通过死信交换器(DLX)和设置过期时间(TTL)结合起来实现延迟队列
2.1、TTL
TTL是Time To Live的缩写, 也就是生存时间。
RabbitMq支持对消息和队列设置TTL,对消息这设置是在发送的时候指定,对队列设置是从消息入队列开始计算, 只要超过了队列的超时时间配置, 那么消息会自动清除。
如果两种方式一起使用消息对TTL和队列的TTL之间较小的为准,也就是消息5s过期,队列是10s,那么5s的生效。
默认是没有过期时间的,表示消息没有过期时间;如果设置为0,表示消息在投递到消费者的时候直接被消息,否则丢弃。
设置消息的过期时间用 x-message-ttl 参数实现,单位毫秒。
设置队列的过期时间用 x-expires 参数,单位毫秒,注意,不能设置为0。
2.2 DLX和死信队列
DLX即Dead-Letter-Exchange(死信交换机),它其实就是一个正常的交换机,能够与任何队列绑定。
死信队列是指队列(正常)上的消息(过期)变成死信后,能够后发送到另外一个交换机(DLX),然后被路由到一个队列上,
这个队列,就是死信队列 成为死信一般有以下几种情况:
消息被拒绝(basic.reject or basic.nack)且带requeue=false参数
消息的TTL-存活时间已经过期
队列长度限制被超越(队列满)
注1:如果队列上存在死信, RabbitMq会将死信消息投递到设置的DLX上去
注2:通过在队列里设置x-dead-letter-exchange参数来声明DLX,如果当前DLX是direct类型还要声明 x-dead-letter-routing-key参数来指定路由键,如果没有指定,则使用原队列的路由键
三、什么是延迟队列?
通过DLX和TTL模拟出延迟队列的功能,即,消息发送以后,不让消费者拿到,而是等待过期时间,变成死信后,发送给死信交换机再路由到死信队列进行消费
四、示例
生产者
4.1、先定义队列 交换机 路由键
/**
* 定义对列
* NORMAL_QUEUE 正常队列
* DEAD_QUEUE 死信队列
*/
private static final String NORMAL_QUEUE="normalQueue";
private static final String DEAD_QUEUE="datedQueue";
/**
* 定义交换机
* NORMAL_EXCHANGE 正常交换机
* DEAD_EXCHANGE 死信交换机
*/
private static final String NORMAL_EXCHANGE="normalEchange";
private static final String DEAD_EXCHANGE="datedExchange";
/**
* 定义路由键
* NORMAL_ROUTING 正常路由键
* DEAD_ROUTING 死信路由键
*/
private static final String NORMAL_ROUTING="noramlRouting";
private static final String DEAD_ROUTING="daedRouting";
4.2、编写队列
设置了TTL规则之后当消息在一个队列中变成死信时,利用DLX特性它能被重新转发到另一个Exchange或者Routing Key,这时候消息就可以重新被消费了。
/**
* 定义正常对列
* @return
*/
@Bean
public Queue normalQueue(){
Map<String,Object> map = new HashMap<>();
/**
* message在该队列queue的存活时间最大为10秒
*/
map.put("x-message-ttl", 10000);
/**
* /x-dead-letter-exchange参数是设置该队列的死信交换器(DLX)
*/
map.put("x-dead-letter-exchange", DEAD_EXCHANGE);
/**
* x-dead-letter-routing-key参数是给这个DLX指定路由键
*/
map.put("x-dead-letter-routing-key", DEAD_ROUTING);
return new Queue(NORMAL_QUEUE,true,false,true,map);
}
/**
* 定义死信对列
* @return
*/
@Bean
public Queue datedQueue(){
return new Queue(DEAD_QUEUE);
}
new Queue(NORMAL_QUEUE,true,false,true,map);
参数说明:
//durable:true则持久队列
//exclusive:如果我们声明一个排他队列(该队列将仅由声明者的连接使用),则为true
//autoDelete:服务器不再使用时应删除队列,则为true
4.3、编写交换机
/**
* 定义正常交换机
* @return
*/
@Bean
public DirectExchange normalEchange(){
return new DirectExchange(NORMAL_EXCHANGE);
}
/**
* 定义死信交换机
* @return
*/
@Bean
public DirectExchange datedExchange(){
return new DirectExchange(DEAD_EXCHANGE);
}
4.4、绑定
/**
* 将正常队列绑定到正常交换机和路由键上
* @return
*/
@Bean
public Binding noramlBinding(){
return BindingBuilder.bind(normalQueue()).to(normalEchange()).with(NORMAL_ROUTING);
}
/**
* 将死信队列绑定到死信交换机和路由键上
* @return
*/
@Bean
public Binding daedBinding(){
return BindingBuilder.bind(datedQueue()).to(datedExchange()).with(DEAD_ROUTING);
}
这里注意 !!!
如果按正常的逻辑,应该是normalQueue()
队列去消费消息,但实际上没有,e而是等消息过期后 变成死信,根据配置会被投递到DLX,然后根据死信路由键投到死信datedQueue()
队列中然后进行消费
总结
提示:这里对文章进行总结:
其实死信队列就是一个普通的交换机,有些队列的消息成为死信后,(比如过期了或者队列满了)这些死信一般情况下是会被 RabbitMQ 清理的。但是你可以配置某个交换机为此队列的死信交换机,该队列的消息成为死信后会被重新发送到此 DLX 。至于怎么处理这个DLX中的死信就是看具体的业务场景了,DLX 中的信息可以被路由到新的队列。