消息中间件之八股面试回答篇:二、MQ如何保证消息不重复消费(幂等性)+RabbitMQ死信交换机(延迟队列)+回答模板

MQ消息重复消费问题

可能出现重复消费的场景

  • 网络抖动
  • 消费者挂了

MQ通用的解决方案

  • 每条消息设置一个唯一的标识id
  • 幂等方案:【 分布式锁、数据库锁(悲观锁、乐观锁) 】

RabbitMQ的死信交换机

当一个队列中的消息满足下列情况之一时,可以成为死信(dead letter)

  • 消费者使用basic.reject或 basic.nack声明消费失败,并且消息的requeue参数设置为false
  • 消息是一个过期消息,超时无人消费。其又可以细分为两种情况(以最短的时间超时为准)
    1. 消息所在的队列设置了存活时间
    2. 消息本身设置了存活时间
  • 要投递的队列消息堆积满了,最早的消息可能成为死信

如果该队列配置了dead-letter-exchange属性,指定了一个交换机,那么队列中的死信就会投递到这个交换机中,而这个交换机称为死信交换机(Dead Letter Exchange,简称DLX)

ATT:死信交换机实际上也就是一个普通的交换机,它能在任何队列被指定,只不过赋予了接受死信的功能而已。所以需要在定义队列时就指定死信交换机。

@Bean
public Queue ttlQueue(){
	return QueueBuilder.durable("simple.queue")//指定队列名称并持久化
	.ttl(10000)//设置队列的超时时间,10秒
	.dealLetterExchange("dl.direct")//指定死信交换机
	.build();
}

RabbitMQ的延迟队列(DelayExchange)

延迟队列:进入队列的消息会被延迟消费的队列
场景:超时订单、限时优惠、定时发布

延迟队列本质还是官方的三种交换机,只是添加了延迟功能。

实现延迟队列可以用以下两种方法之一:

  1. 队列绑定一个死信交换机,在死信交换机上可以绑定其他队列,在我们发消息的时候可以按照需求指定TTL的时间。(本质上是死信交换机+TTL)
  2. 安装一个DelayExchange插件,声明一个交换机,然后设定delayed属性为true即可。

RabbitMQ官方的插件社区地址为:https://www.rabbitmq.com/community-plugins.html

不需要掌握,本人留档使用

消息中间件之八股面试回答篇:二、MQ如何保证消息不重复消费(幂等性)+RabbitMQ死信交换机(延迟队列)+回答模板_第1张图片
消息中间件之八股面试回答篇:二、MQ如何保证消息不重复消费(幂等性)+RabbitMQ死信交换机(延迟队列)+回答模板_第2张图片

问题与回答模板

RabbitMQ消息的重复消费问题如何解决的?

回答:(背熟以下回答,大概用时1min)

嗯,这个我们还真遇到过,是这样的,我们当时消费者是设置了自动确认机制,当服务还没来得及给MQ确认的时候,服务宕机了,导致服务重启之后,又消费了一次消息。这样就重复消费了

因为我们当时处理的支付(订单|业务唯一标识),它有一个业务的唯一标识,我们再处理消息时,先到数据库查询一下,这个数据是否存在,如果不存在,说明没有处理过,这个时候就可以正常处理这个消息了。如果已经存在这个数据了,就说明消息重复消费了,我们就不需要再消费了

面试官:那你还知道其他的解决方案吗?

候选人

嗯,我想想~

其实这个就是典型的幂等的问题,比如,redis分布式锁、数据库的锁都是可以的。

RabbitMQ中死信交换机或者说延迟队列有了解过嘛?

回答:(背熟以下回答大概用时1min)

首先关于死信的定义,一般满足以下情况之一,就可能成为死信。譬如,过期时间到了却仍未被消费的消息,或者要投递的队列满了,最早的消息就可能成为死信。死信交换机实际上就是设置的一个用来接收死信的交换机,它与普通的交换机其实没有什么区别。
而延迟队列,一般用于超时订单、限时优惠、定时发布之类的场景。本质还是官方的三种交换机之一,只是添加了延迟功能。我们实现它可以有两种方式。第一种就相当于死信交换机加上TTL,第二种更简单一些,就是去官网下载相关的插件,然后定义时把delay设置为true即可。

你可能感兴趣的:(RabbitMQ,消息队列面试,面试,rabbitmq,中间件,微服务,分布式,后端,java)