rabbitmq面经

无非就是下面几个问题,消息不丢失,幂等性、消息堆积、高可用性

RabbitMQ-如何保证消息不丢失

开启生产者确认机制 ,确保生产者的消息能到达队列

开启持久化功能 ,确保消息未消费前在队列中不会丢失

开启消费者确认机制 为auto,由spring确认消息处理成功后完成ack。

开启消费者失败重试机制 ,多次重试失败后将消息投递到异常交换机,交由人工处理

怎么保证幂等性:

1、唯一的标识id

2、利用业务逻辑,乐观锁的方式

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

针对定时发布、限时优惠的业务场景,我们可以使用两种方法两种方法实现延迟队列,第一种是死信交换机和TTL、还有一种是延迟队列插件,只需要在交换机中添加delay=True属性就可以实现

我们当时一个什么业务使用到了延迟队列 (超时订单、限时优惠、定时发布...)

其中延迟队列就用到了死信交换机和TTL (消息存活时间)实现的

消息超时未消费就会变成死信(死信的其他情况:拒绝消费,队列满了)

延迟队列插件 实现延迟队列DelayExchange

声明一个交换机,添加delayed属性为true

发送消息时,添加x-delay头,值为超时时间

RabbitMQ如果有100万消息堆积在MQ,如何解决(消息堆积怎么解决)

老师讲的:

1、增加消费者

2、在消费者开启线程池,去加快消息处理速度

3、惰性队列(现在默认开启),数据先保存在磁盘中,支持一个百万级的数据存储

10万并发问题

4、可以将堆积超过很久的直接丢弃或者需要插入数据库中的数据记录在redis中,后台开启一个线程同步redis和数据库,这样可以大幅度减少对数据库插入的时间消耗。

RabbitMQ的高可用机制有了解过嘛

在生产环境下,我们当时采用的镜像模式 搭建的集群,共有3个节点·镜像队列结构是一主多从(从就是镜像),所有操作都是主节点完成,然后同步给镜像节点主宕机后,镜像节点会替代成新的主(如果在主从同步完成前,主就已经宕机,可能出现数据丢失)
那出现丢数据怎么解决呢?

我们可以采用仲裁队列 ,与镜像队列一样,都是主从模式,支持主从数据同步,主从同步基于Raft协议,强一致。并且使用起来也非常简单,不需要额外的配置,在声明队列的时候只要指定这个是仲裁队列即可

采用仲裁队列,主从同步采用了raft协议,具有强一致性

相关推荐
掘金-我是哪吒6 小时前
分布式微服务系统架构第156集:JavaPlus技术文档平台日更-Java线程池使用指南
java·分布式·微服务·云原生·架构
亲爱的非洲野猪7 小时前
Kafka消息积压的多维度解决方案:超越简单扩容的完整策略
java·分布式·中间件·kafka
活跃家族7 小时前
分布式压测
分布式
前端世界8 小时前
HarmonyOS开发实战:鸿蒙分布式生态构建与多设备协同发布全流程详解
分布式·华为·harmonyos
DavidSoCool9 小时前
RabbitMQ使用topic Exchange实现微服务分组订阅
分布式·微服务·rabbitmq
掘金-我是哪吒10 小时前
分布式微服务系统架构第158集:JavaPlus技术文档平台日更-JVM基础知识
jvm·分布式·微服务·架构·系统架构
东窗西篱梦11 小时前
Redis集群部署指南:高可用与分布式实践
数据库·redis·分布式
Acrel_Fanny11 小时前
Acrel-1000系列分布式光伏监控系统在湖北荆门一马光彩大市场屋顶光伏发电项目中应用
分布式
xufwind11 小时前
spark standlone 集群离线安装
大数据·分布式·spark
半新半旧12 小时前
Redis集群和 zookeeper 实现分布式锁的优势和劣势
redis·分布式·zookeeper