RabbitMQ的TLL

过期时间

RabbitMQ支持两种过期时间

  1. 队列级别:通过队列的属性设置,队列中所有消息都有相同的过期时间,一旦消息过期,就会从队列中抹去。设置队列级别的 TTL 主要目的是让消息在被消费之前自动过期和删除,从而避免无用消息长期占用资源。
  2. 消息级别:对消息本身进行单独设置,每条消息的 TTL 可以不同,即使消息过期,也不会马上从队列中抹去,因为每条消息是否过期是在即将投递到消费者之前判定的。

如果两种方法一起使用,则消息的 TTL 以两者之间较小的那个数值为准。消息在队列中的生存时

一旦超过设置 TTL 值时,就会变成"死信" (Dead Message) ,消费者将无法再收到该消息。

消息过期处理策略

  1. 队列级别:队列中己过期的消息肯定在队列头部, RabbitMQ 只要定期从队头开始扫描是否有过期的消息即可。
  2. 消息级别:每条消息的过期时间不同,如果要删除所有过期消息势必要扫描整个队列,所以不如等到此消息即将被消费时再判定是否过期 如果过期再进行删除即可。

死信队列

当消息在一个队列中变成死信 (dea message) 之后,它能被重新被发送到另一个交换器中,这个

交换器就是 DLX ,绑定 DLX 的队列就称之为死信队列。

消息变成死信 般是由于以下几种情况:

  1. 消息被拒绝并且设置 requeue 参数为 false
  2. 消息过期
  3. 队列长度达到最大长度
相关推荐
KmSH8umpK1 小时前
Redis分布式锁从原生手写到Redisson高阶落地,附线上死锁复盘优化方案进阶第八篇
数据库·redis·分布式
KmSH8umpK4 小时前
Redis分布式锁从原生手写到Redisson高阶落地,附线上死锁复盘优化方案进阶第七篇
数据库·redis·分布式
_F_y9 小时前
仿RabbitMQ实现消息队列-服务端核心模块实现(4)
分布式·rabbitmq
Albert Edison12 小时前
【RabbitMQ】发布确认模式(使用案例)
分布式·rabbitmq·ruby
EXnf1SbYK13 小时前
Redis分布式锁进阶第十二篇:全系列终极兜底复盘 + 锁架构巡检落地 + 线上零事故收尾方案
redis·分布式·架构
EXnf1SbYK14 小时前
Redis分布式锁进阶第八篇:锁超时乱序深度踩坑 + 看门狗失效真实溯源 + 业务长耗时标准化兜底方案
数据库·redis·分布式
EXnf1SbYK14 小时前
Redis分布式锁进阶第十一篇
数据库·redis·分布式
biyezuopinvip15 小时前
分布式风电场低电压穿越故障建模与仿真
分布式·matlab·毕业设计·毕业论文·分布式风电场·低电压穿越故障·建模与仿真
苍煜15 小时前
SpringBoot单体应用到分布式下的数据库锁、事务、Redis事务、分布式锁、分布式事务协调
数据库·spring boot·分布式
fengxin_rou15 小时前
黑马点评项目万字总结:从redis基础到实战应用详解
java·开发语言·分布式·后端·黑马点评