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协议,具有强一致性

相关推荐
APItesterCris1 天前
构建分布式京东商品数据采集系统:基于 API 的微服务实现方案
分布式·微服务·架构
不吃饭的猪1 天前
kafka启动小脚本
分布式·kafka
休息一下接着来1 天前
MinIO 分布式模式与纠删码
分布式·minio
胆怯的ai萌新1 天前
论文阅读/博弈论/拍卖:《Truthful Auction for Cooperative Communications》
分布式·信息与通信
优秀的老黄1 天前
Docker部署RabbitMQ
linux·运维·docker·中间件·容器·centos·rabbitmq
失散131 天前
分布式专题——10.1 ShardingSphere介绍
java·分布式·架构·shardingsphere·分库分表
java1234_小锋1 天前
RabbitMQ如何实现消息的持久化?
java·rabbitmq·java-rabbitmq
阿雄不会写代码1 天前
分布式部署的A2A strands agents sdk架构中的最佳选择,使用open search共享模型记忆
分布式·架构
许泽宇的技术分享1 天前
微软图引擎GraphEngine深度解析:分布式内存计算的技术革命
分布式·microsoft
AAA修煤气灶刘哥1 天前
ES数据同步大乱斗:同步双写 vs MQ异步,谁才是王者?
分布式·后端·elasticsearch