RabbitMQ如何实现延迟消息?

RabbitMQ中是可以实现延迟消息的,一般有两种方式,分别是通过死信队列以及通过延迟消息插件来实现。

扩展:

死信队列

当rabbitMQ中的一条正常的消息,因为过了存活时间(TTL过期),队列长度超限,被消费者拒绝等原因无法被消费时,就会变成Dead Message ,即死信。

当一个消息变成死信之后,他就能被重新发送到死信对列中(其实是交换机-exchange)。

那么基于这样的机制,就可以实现延迟消息了。那就是我们给一个消息设定TTL ,但是并不消费这个消息,等他过期,过期后就会进入到死信队列,然后我们再监听死信队列的消息就行了。

而且,rabbitMq中的这个ttl是可以设置任意时长的,这相比于RocketMQ只支持一些固定的时长而显得更加灵活一些。

但是,死信队列的实现方式存在一个问题,那就是可能造成队头阻塞,因为队列是先进先出的,而且每次只会判断队头的消息是否过期,那么如果队头的消息时间很长,一直都不过期,那么就会阻塞整个队列,这时候即便排在他后面的消息过期了,那么也会被一直阻塞。

基于RabbitMQ的死信队列,可以实现延迟消息,非常灵活的实现定时关单,并且借助RabbitMQ的集群扩展性,可以实现高可用,以及处理大并发。他的缺点第一是可能存在消息阻塞的问题,还有就是方案比较复杂,不仅要依赖RabbitMQ,而且还需要声明很多队列处理,增加系统的复杂度

RabbitMQ插件

其实,基于RabbitMQ的话,可以不用死信队列也能实现延迟消息,那就是基于 rabbitmq_delayed_message_exchange插件,这种方案能够解决通过死信队列实现延迟消息出现的消息阻塞问题,但是该插件从RabbitMQ的3.6.12开始支持的,所以有对版本有要求。

这个插件是官方出的,可以放心使用,安装并启用这个插件之后,就可以创建x-delayed-message类型的交换机了。

前面我们 提到的基于死信队列的方式,是消息先回投递到一个正常队列,在ttl过期后进入死信队列,但是基于插件这种方式,消息并不会立即进入队列,而是先把他保存在一个基于erlang开发的mnesia数据库中,然后通过一个定时器去查询需要被投递的消息,再把他们投递到x-delayd-message交换机中。

基于rabbitmq插件的方式可以实现延迟消息,并且不存在消息阻塞的问题,但是因为是基于插件的,而这个插件支持的最大延迟时间是(2^32)-1毫秒,大约49天,超过这个时间会被立即消费。

不过这个方案也有一定 限制,它将延迟消息存在于mbesia表中,并且在当前节点上具有单个磁盘副本,存在丢失的问题。

目前该插件的当前设计并不真正适合包含大量延迟消息(例如数十万或者百万)的场景,

相关推荐
一只程序汪2 小时前
【如何实现分布式压测中间件】
分布式·中间件
William一直在路上3 小时前
主流分布式中间件及其选型
分布式·中间件
茫茫人海一粒沙3 小时前
理解 Confluent Schema Registry:Kafka 生态中的结构化数据守护者
分布式·kafka
weixin_438335403 小时前
分布式定时任务:Elastic-Job-Lite
分布式·elasticjoblite
老友@6 小时前
服务器异常宕机或重启导致 RabbitMQ 启动失败问题分析与解决方案
服务器·rabbitmq·启动失败·宕机
hjs_deeplearning6 小时前
认知篇#10:何为分布式与多智能体?二者联系?
人工智能·分布式·深度学习·学习·agent·智能体
小毛驴8507 小时前
Windows 环境下设置 RabbitMQ 的 consumer_timeout 参数
windows·分布式·rabbitmq
wowocpp7 小时前
rabbitmq 与 Erlang 的版本对照表 win10 安装方法
java·rabbitmq·erlang
述雾学java9 小时前
Spring Cloud 服务追踪实战:使用 Zipkin 构建分布式链路追踪
分布式·spring·spring cloud·zipkin
大只鹅9 小时前
分布式部署下如何做接口防抖---使用分布式锁
redis·分布式