无非就是下面几个问题，消息不丢失，幂等性、消息堆积、高可用性
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协议，具有强一致性