七、延时队列

简介: 七、延时队列

概念


延时队列,队列内部是有序的,最重要的特性就体现在它的延时属性上,延时队列中的元素是希望在指定时间到了以后或之前取出和处理,简单来说,延时队列就是用来存放需要在指定时间被处理的元素的队列。


使用场景


订单在十分钟之内未支付则自动取消。
新创建的店铺,如果在十天内都没有上传过商品,则自动发送消息提醒。
用户注册成功后,如果三天内没有登陆则进行短信提醒。
用户发起退款,如果三天内没有得到处理则通知相关运营人员。
预定会议后,需要在预定的时间点前十分钟通知各个与会人员参加会议。
这些场景都有一个特点,需要在某个事件发生之后或者之前的指定时间点完成某一项任务,如:发生订单生成事件,在十分钟之后检查该订单支付状态,然后将未支付的订单进行关闭;看起来似乎使用定时任务,一直轮询数据,每秒查一次,取出需要被处理的数据,然后处理不就完事了吗?如果数据量比较少,确实可以这样做,比如:对于“如果账单一周内未支付则进行自动结算”这样的需求,如果对于时间不是严格限制,而是宽松意义上的一周,那么每天晚上跑个定时任务检查一下所有未支付的账单,确实也是一个可行的方案。但对于数据量比较大,并且时效性较强的场景,如:“订单十分钟内未支付则关闭“,短期内未支付的订单数据可能会有很多,活动期间甚至会达到百万甚至千万级别,对这么庞大的数据量仍旧使用轮询的方式显然是不可取的,很可能在一秒内无法完成所有订单的检查,同时会给数据库带来很大压力,无法满足业务要求而且性能低下。


RabbitMQ 中的 TTL


TTL 是什么呢?TTL 是 RabbitMQ 中一个消息或者队列的属性,表明一条消息或者该队列中的所有消息的最大存活时间,单位是毫秒。换句话说,如果一条消息设置了 TTL 属性或者进入了设置TTL 属性的队列,那么这条消息如果在TTL 设置的时间内没有被消费,则会成为"死信"。如果同时配置了队列的TTL 和消息的TTL,那么较小的那个值将会被使用,有两种方式设置 TTL:


1️⃣ 消息设置TTL


针对每条消息设置TTL


2️⃣队列设置TTL


创建队列的时候设置队列的“x-message-ttl”属性


如果设置了队列的 TTL 属性,那么一旦消息过期,就会被队列丢弃(如果配置了死信队列被丢到死信队列中)。而如果仅设置消息的 TTL 属性,即使消息过期,也不一定会被马上丢弃,因为消息是否过期是在即将投递到消费者之前判定的,如果当前队列有严重的消息积压情况,则已过期的消息也许还能存活较长时间;


还需要注意的一点是,如果不设置 TTL,表示消息永远不会过期,如果将 TTL 设置为 0,则表示除非此时可以直接投递该消息到消费者,否则该消息将会被丢弃。


了解了死信队列和TTL,至此利用 RabbitMQ 实现延时队列的两大要素已经集齐,接下来只需要将它们进行融合,延时队列就出现了。延时队列,不就是想要消息延迟多久被处理吗,TTL 则刚好能让消息在延迟多久之后成为死信,另一方面,成为死信的消息都会被投递到死信队列里,这样只需要消费者一直消费死信队列里的消息就完事了,因为里面的消息都是希望被立即处理的消息。


1. 设置队列过期时间



消费者P会通过一个路由键deal.message发送消息给X交换机,然后继续发送给delay queau队列,这个队列比较特殊,设置了过期时间5分钟过期,还设置了x-dead-letter-exchange用于指定下一个接收的交换机,消息过期之后会成为死信直接进入delay.exchange交换机,利用x-dead-letter-routing-key绑定的路由键找到下一个队列,这时候只需要有人监听这个队列。

2. 设置消息过期时间


消费者发送一个消息,设置了5分钟过期时间,最后交给了延时队列,延时队列说消息死了不要乱放,指定了一个死信路由,用于找到下一个队列的路由键,等到五分钟后服务器会自动检查是否过期,过期的话会交给delay.exchange路由,最后再交给delay.message

3. 延时队列插件安装:

(1)下载插件


下载地址:https://www.rabbitmq.com/community-plugins.html

RabbitMQ3.8 ,

插件3.9 均可 rabbitmq_delayed_message_exchange-3.9.0.ez

放到rabbitMQ server plugins中

(目录:C:\Program Files\RabbitMQ Server\rabbitmq_server-3.8.17\plugins)

(2)启用插件

rabbitmq-plugins enable rabbitmq_delayed_message_exchange

(3)查看

进入:http://localhost:15672/#/exchanges


4.参考代码:

PluginsDelayConfig

@Configuration
public class PluginsDelayConfig {
    //延时交换机
    @Bean
    public CustomExchange newDelayExchange(){
        Map<String,Object> args = new HashMap<>();
        args.put("x-delayed-type","direct");
        return new CustomExchange("delayed-exchange","x-delayed-message",true,false,args);
    }
    //延时队列
    @Bean
    public Queue newDelayQueue(){
        return new Queue("delayed-queue",true);
    }
    //绑定
    @Bean
    public Binding bindingDelayedQueue(  ){
        return BindingBuilder.bind(newDelayQueue()).to(newDelayExchange()).with("key3").noargs();
    }

生产者:

@RestController
public class Producer {
    @Autowired
    private AmqpTemplate rabbitTemplate;
    //模拟下订单
    @GetMapping("delayedMsg")
    public String sendMsg( ){
        String msg = "消息1";
        //rabbitTemplate.convertAndSend("delayed-exchange","key3",msg);
        rabbitTemplate.convertAndSend("delayed-exchange","key3",msg,message ->{
            message.getMessageProperties().setDelay(8000);
            return  message;
        });
        return "生产者发送消息成功";
    }
}

消费者 :

@Component
public class Consumer {
    @RabbitListener(queues = "delayed-queue")
    public void getMsg(Message message){
        System.out.println("消费者收到的消息是:" + message);
    }
}
相关实践学习
快速体验阿里云云消息队列RocketMQ版
本实验将带您快速体验使用云消息队列RocketMQ版Serverless系列实例进行获取接入点、创建Topic、创建订阅组、收发消息、查看消息轨迹和仪表盘。
消息队列 MNS 入门课程
1、消息队列MNS简介 本节课介绍消息队列的MNS的基础概念 2、消息队列MNS特性 本节课介绍消息队列的MNS的主要特性 3、MNS的最佳实践及场景应用 本节课介绍消息队列的MNS的最佳实践及场景应用案例 4、手把手系列:消息队列MNS实操讲 本节课介绍消息队列的MNS的实际操作演示 5、动手实验:基于MNS,0基础轻松构建 Web Client 本节课带您一起基于MNS,0基础轻松构建 Web Client
目录
相关文章
|
11月前
|
负载均衡 Java 数据安全/隐私保护
Gateway服务网关
网关是微服务架构的统一入口,核心功能包括请求路由、权限控制和限流。通过Spring Cloud Gateway可实现高效路由转发与过滤器处理,支持跨域配置,提升系统安全性和稳定性。
|
5月前
|
人工智能 分布式计算 安全
阿里云大数据 AI 平台 Skills 合集
阿里云大数据 AI 平台 Agent Skills(简称 Skills)是阿里云大数据 AI 平台官方提供的 AI Agent 技能发现与安装平台,为 Agent 提供安全、可靠的云资源操作能力,本文汇总阿里云大数据 AI 平台 Skills,帮助用户快速导航。
|
8月前
|
人工智能 弹性计算 机器人
OpenClaw多Agent智能体从0到1实战:创建、部署、大模型配置与常见问题解答
在AI辅助办公与开发场景中,单AI助手往往难以兼顾信息检索、代码编写、文案输出、数据监控等多重任务,容易出现上下文混乱、响应效率低、功能冲突等问题。OpenClaw(Clawdbot)的多Agent架构完美解决这一痛点,通过创建独立分工的专属AI智能体,实现任务并行处理、记忆隔离、职责明确,如同拥有一支7×24小时待命的AI协作团队。本文基于2026年最新版本,完整覆盖多Agent创建全流程、阿里云ECS/轻量应用服务器部署、本地MacOS/Linux/Windows11部署步骤,详解阿里云千问大模型API与免费Coding Plan API配置,并提供高频问题解决方案,帮助用户从零搭建稳定、
2198 2
|
10月前
|
Linux 数据安全/隐私保护
openssl-libs-1.1.1f-4.p12.ky10.x86_64.安装指南 解决依赖与常见报错
本文详解OpenSSL库RPM包安装全流程:先用`rpm -q`检查是否已安装;再下载对应版本包,通过`sudo rpm -ivh`或更推荐的`sudo yum/dnf localinstall`命令安装(自动解决依赖);最后验证版本。附常见问题解决方案。
1061 16
|
11月前
|
存储 关系型数据库 索引
聚簇索引及其优缺点
聚簇索引是一种数据存储方式,InnoDB通过主键构建B+树组织数据,叶子节点即数据页。若无主键,则选非空唯一索引或隐式创建主键。辅助索引(二级索引)需两次查找:先查主键值,再查数据行。优点是查询快,尤其主键排序与范围查询;缺点是插入依赖顺序,更新主键代价高,且易引发页分裂。
|
前端开发 JavaScript 测试技术
什么是高阶组件(HOC)?
【8月更文挑战第30天】
807 8
|
网络虚拟化 数据中心
ENSP的VLAN原理和配置命令
ENSP的VLAN原理和配置命令
900 2
ENSP的VLAN原理和配置命令
|
存储 缓存 NoSQL
一次分清缓存穿透,缓存击穿,缓存雪崩
如果数据库查询压力过大怎么办?当然是上缓存了。似乎缓存就是为了缓解数据库压力而生,那就这样完了吗?自然不是,可曾遇到过面试Redis的时候经常被问什么是缓存穿透,缓存击穿,这两者有什么区别?啊,真是头大,一字之差。今天小马就来一起探讨下这一块呀。
648 0
一次分清缓存穿透,缓存击穿,缓存雪崩
|
存储 算法 Java
【令牌桶算法与漏桶算法】
【令牌桶算法与漏桶算法】
1047 0

热门文章

最新文章