RabbtiMQ如何保证消息不丢失:
消息未到达交换机,消息未到达队列,在队列中消息丢失,消费者未接受到消息
这些都有可能导致消息丢失
生产者确认机制:
RabbitMQ提供了publisher confirm机制来避免消息发送到MQ过程中丢失,消息发送到MQ以后,会返回一个结果给发送者,表示消息是否处理成功
消息失败之后如何处理呢?
回调方法即使重发
记录日志
保存到数据库然后定时重发,成功发送后即刻删除表中的数据
消息持久化:
MQ默认是内存存储消息,开启持久化功能可以确保缓存在MQ中的消息不丢失。
1.交换机持久化
2.队列持久化
3.消息持久化,SpringAMQP中的消息默认是持久的,可以通过MessageProperties中的DeliveryMode来指定
消费者确认:
RabbitMQ支持消费者确认机制,即:消费者处理消息后可以向MQ发送ack回执,MQ收到ack回执后才会删除该消息,spirngAMQP则允许配置三种确认模式:
manual:手动ack,需要在业务代码结束后,调用api发送ack
auto:自动ack,由spring检测listener代码是否出现异常,没有异常则返回ack;抛出异常则返回nack
none:关闭ack,MQ假定消费者获取消息后会成功处理,因此消息投递后立即被删除
面试题:
RabbitMQ如何保证消息不丢失
开启生产者确认机制,确保生产者的消息能到达队列
开始持久化功能,确保消息未消费前在队列中不会丢失
开启消费者确认机制为auto,由spring确认消息处理成功后完成ack
开启消费者失败重试机制,多次重试失败后将消息投递到异常交换机,由人工处理
RabbitMQ消息的重复消费问题该如何解决:
面试题:
RabbitMQ中死信交换机:
RabbitMQ延迟队列有过了解吗?
延迟队列=死信交换机 + TTL(交换时间)
延迟队列:进入队列的消息会被延迟消费的队列
场景:超时订单、限时优惠、定时发布
当一个队列中的消息满足下列情况之一时,可称为死信(dead letter)
消费者使用basic.reject或basic.nack声明消费失败,并且消息的requenue参数设置为false
消息是一个过期消息,超时无人消费
要投递的队列消息堆积满了,最早的消息可能成为死信
如果该队列配置了dead-letter-exchange属性,指定了一个交换机,那么队列中的死信就会投递到这个交换机中,而这个交换机称为死信交换机(DLX)
延迟队列插件:
面试题:
消息堆积怎么解决(100万条消息)
当生产者发送消息的速度超过了消费者处理消息的速度,就会导致队列中的消息堆积,直到队列存储消息达到上限。之后发送的消息就会成为死信,可能会被丢弃,这就是消息堆积问题
解决消息堆积有三种思路
增加更多消费者,提高消费速度
在消费者内开启线程池加快消息处理速度
扩大队列容积,提高堆积上限
惰性队列:
特征:
接收到消息后直接存入磁盘而非内存
消费者要消费消息时才会从磁盘中读取并加载到内存
支持数百万条的消息存储
面试题:
RabbitMQ的高可用机制:
在生产环境下,使用集群来保证高可用性
普通集群、镜像集群、仲裁队列
镜像集群:本质是主从模式
交换机、队列、队列中的消息会在各个mq的镜像节点之前同步备份。
创建队列的节点被称为该队列的主节点,备份到的其它节点叫做该队列的镜像节点。
一个队列的主节点可能是另一个队列的镜像节点
所有操作都是主节点完成,然后同步给镜像节点
主宕机后,镜像节点会替代成新的主
仲裁队列:
面试题: