面试题消息中间件篇

   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的镜像节点之前同步备份。

        创建队列的节点被称为该队列的主节点，备份到的其它节点叫做该队列的镜像节点。

        一个队列的主节点可能是另一个队列的镜像节点

        所有操作都是主节点完成，然后同步给镜像节点

        主宕机后，镜像节点会替代成新的主

仲裁队列：

面试题：