当前位置: 首页 > news >正文

MQ死信对列

面试题:你们是如何保证消息不丢失的?

1、什么是死信

死信就是消息在特定场景下的一种表现形式,这些场景包括:

1. 消息被拒绝访问,即消费者返回 basicNack 的信号时 或者拒绝basicReject

2. 消费者发生异常,超过重试次数 。 (其实spring框架调用的就是 basicNack

3. 消息的Expiration 过期时长或队列TTL过期时间。.ttl(20*1000) 进入的是 先进业务队列的数据.业务队列中先进入队列的信息会阻塞门口,不让过期的信息进入死信队列直到自己过期才放行,后期用rabbitmq的延时队列插件,实现同一个队列中有多个不同超时时间的消息,并按时间超时顺序出队

4. 消息队列达到最大容量 .maxLength(5).先进业务队列的消息由死信交换机进入死信队列

 述场景经常产生死信,即消息在这些场景中时,被称为死信

2、什么是死信队列

死信队列就是用于储存死信的消息队列,在死信队列中,有且只有死信构成,不会存在其余类型的消息。

死信队列在 RabbitMQ 中并不会单独存在,往往死信队列都会绑定这一个普通的业务消息队列,当所绑定的消息队列中,有消息变成死信了,那么这个消息就会重新被交换机路由到指定的死信队列中去,我们可以通过对这个死信队列进行监听,从而手动的去对这一消息进行补偿。 人工干预

 

 3、那么,我们到底如何来使用死信队列呢? 

只需要在声明业务队列的时候,绑定指定的死信交换机和RoutingKey即可。

死信交换机一般用直连交换机,将死信路由到指定的死信队列;业务则用广播交换机 

消息队列达到最大容量;队列TTL过期时间


@Configuration
public class OrderingOKConsumer {//死信交换机用直连@Beanpublic DirectExchange deadExchange() {return ExchangeBuilder.directExchange("ordering_ok_dlx").durable(true).build();}
//私信队列和正常没啥区别@Beanpublic Queue deadQueue() {return QueueBuilder.durable("ordering_ok_wms_dl").build();}
//死绑@Beanpublic Binding bindingDead() {return BindingBuilder.bind(deadQueue()).to(deadExchange()).with("ordering_ok_wms_dl");}
//业务交换机用广播@Beanpublic FanoutExchange exchange5() {return ExchangeBuilder.fanoutExchange("ordering_ok").durable(true).build();}
//业务队列,要和死信交换机和队列绑定@Beanpublic Queue queue5() {return QueueBuilder.durable("ordering_ok_wms").maxLength(3).deadLetterExchange("ordering_ok_dlx").deadLetterRoutingKey("ordering_ok_wms_dl").ttl(10000)//设置队列过期时间.build();}@Beanpublic Binding binding5() {return BindingBuilder.bind(queue5()).to(exchange5());}//@RabbitListener(queues = "ordering_ok_wms")public void consumer(OrderingOk msg) {System.out.println("ordering_ok_wms收到消息:" + msg);int i = 1 / 0;}
}

 消息的Expiration 过期时长

@Service
public class OrderingOkProvider {@Autowiredprivate RabbitTemplate rabbitTemplate;public void send(OrderingOk msg) {rabbitTemplate.convertAndSend("ordering_ok","",msg,message -> {Long id=msg.getId();int expire = 0;switch (id.intValue()){case 1:expire = 50*1000;break;case 2:expire = 40*1000;break;case 3:expire = 30*1000;break;case 4:expire = 20*1000;break;case 5:expire = 10*1000;break;}// message.getMessageProperties().setExpiration(expire+"");return message;});}
}

4. 自动应答死信配置

#-------------MQ 高级配置---------

#预抓取数量

spring.rabbitmq.listener.simple.prefetch=250

#设置消费者手动应答模式

spring.rabbitmq.listener.simple.acknowledge-mode = auto

#开启自动应答重试机制

spring.rabbitmq.listener.simple.retry.enabled=true

#默认重试3次

spring.rabbitmq.listener.simple.retry.max-attempts=3

#重试间隔时间 单位ms

spring.rabbitmq.listener.simple.retry.initial-interval=1000ms

#时间间隔倍数,默认是1倍

spring.rabbitmq.listener.simple.retry.multiplier=2

#最大间隔时间

spring.rabbitmq.listener.simple.retry.max-interval=5000ms

http://www.lryc.cn/news/424513.html

相关文章:

  • springboot乡镇小区管理系统-计算机毕业设计源码73685
  • 基于vue框架的4S店汽车维修保养管理系统28a7y(程序+源码+数据库+调试部署+开发环境)系统界面在最后面。
  • 小米开放式耳机值得买吗?南卡、小米、漫步者一周横评
  • 解决oracel锁表问题;SQL 错误 [54] [61000]: ORA-00054: 资源正忙
  • Jfinal与hibernate-validator实现后台表单
  • ansible playbook使用jinja2语法渲染inventory下的主机名和IP到/etc/hosts
  • 张飞硬件1~9电阻篇笔记
  • 探索Golang的微观世界:用net/trace包追踪网络操作
  • Unity开发抖音小游戏广告部分接入
  • World of Warcraft [CLASSIC] 80 WLK [Gundrak] BUG
  • 极狐GitLab 密钥推送保护如何保护密钥信息被泄露?
  • Qt+TSC打印机调试
  • QT 添加程序图标
  • 数据结构与算法 - 贪心算法
  • sed 一点点记忆
  • PyTorch--卷积神经网络(CNN)模型实现手写数字识别
  • 前端程序员回忆工作第1年的记录总结(一)
  • SQL Server端口设置完整详细步骤
  • 【2024】k8s集群 图文详细 部署安装使用(两万字)
  • CSS 伪类和伪元素
  • 某动一面——算法题
  • kubernetes中共享内存和内存区别
  • JavaWeb04-MyBatis与Spring结合
  • Mybatis-springBoot
  • 【中国数据库前世今生】数据存储管理的起源与现代数据库发展启蒙
  • 拉卡拉上半年营收29.82亿元 外卡、数字化服务提升业绩增长空间
  • 数学建模——启发式算法(蚁群算法)
  • 【Pytorch实用教程】在做模型融合时非常关键的代码:nn.Identity()详解
  • 【开源力荐】一款基于web的可视化视频剪辑工具
  • 鸿萌数据恢复服务: 如何修复 SQL Server 数据库错误 829?