MQ消息中间件相关知识扩展(MQ高频面试题)

1.为什么要用消息中间件(消息队列)？

使用消息队列主要做三件事： 解耦、异步、流量削峰

2.几种消息队列的比较

3.消息队列的优点和缺点？

• 优点：解耦、异步、流量削峰
• 缺点： 系统可用性降低，系统复杂性提高，引入了数据一致性问题

4.如何保证消息队列的高可用？

4.1 rabbitMQ: 单机模式， 普通模式， 镜像集群(高可用一般采用此种方式部署)

• 单机模式: 顾名思义，一台机器上部署mq,主要是调试用，生产环境不用；

• 普通模式(无高可用性)：普通集群模式，意思就是在多台机器上启动多个 RabbitMQ 实例，每个机器启动一个。你创建的 queue，只会放在一个 RabbitMQ 实例上，但是每个实例都同步 queue 的元数据（元数据可以认为是 queue 的一些配置信息，通过元数据，可以找到 queue 所在实例）。你消费的时候，实际上如果连接到了另外一个实例，那么那个实例会从 queue 所在实例上拉取数据过来。
  
  

• 镜像集群： 这种模式，才是rabbitmq提供是真正的高可用模式，跟普通集群不一样的是，你创建的queue，无论元数据还是queue里面是消息数据都存在多个实例当中，然后每次写消息到queue的时候，都会自动把消息到多个queue里进行消息同步。
  

4.2 rocketMQ: 双主双从

生产者集群 （只能往broker的master节点写入消息）
消费者集群 （能消费broker中的master和slave节点的消息）
NameServer集群 （没有主备之分）
Broker集群 （区分master和slave）

5.如何保证消息不丢失？

• 丢失原因：
  
• 解决方案：
  1.消息发送者发送给MQ Broker后，MQ Broker给生产者confirm确认收到
  2.MQ收到消息进行消息持久化
  3.消费者收到消息处理完毕后手动进行ack确认
  4.MQ收到消费者ack确认后删除持久化的消息
  

6.MQ消息的重复问题和幂等性如何保证？

• 消息重复原因： 网络不可达，不可避免。
• 幂等性： 消息携带全局ID,消费方接到消息时先查再处理，根据全局ID做判重操作，已消费的不再消费。

7. 如何保证消息消费的顺序性？

7.1 顺序错乱原因：

1.一个queue，有多个consumer去消费，这样就会造成顺序的错误，consumer从MQ里面读取数据是有序的，但是每个consumer的执行时间是不固定的，无法保证先读到消息的consumer一定先完成操作，这样就会出现消息并没有按照顺序执行，造成数据顺序错误。

2.一个queue对应一个consumer，但是consumer里面进行了多线程消费，这样也会造成消息消费顺序错误。

7.2 解决思路：

• 全局顺序消费： 生产者：MQ：消费者 = 1：1：1 ,性能低。
• 局部顺序消费
  1.生产者根据消息ID将同一组消息发送到一个queue中。
  2.多个消费者同时获取queue中的消息进行消费。
  3.MQ使用分段锁保证单个queue中的有序消费。

提供一个思路，拆分多个queue以后，用一个consumer对应一个queue消费，不过就用不上消费者集群。如图

8.基于MQ的分布式事务实现

• 消息发送方：
  1.处理业务逻辑
  2.保存消息到本地消息表
  3.发送消息给MQ
  4.监听MQ的通知消息，更改消息状态为已处理
  5.定时任务将长期未处理的消息重新发送到MQ

• 消息消费方：
  1.监听MQ消息
  2.判断消息是否重复，重复就丢弃
  3.消息未重复，执行本地业务
  4.业务处理完毕，写消息记录到本地数据库
  5.发送通知消息到MQ