消息队列的相关问题

1.高可用性

       高可用性指的是 就算机器挂挂了，也还是可用。就一句话：搞个集群（这里的集群是mq本身即支持的集群，而不是机器的简单组合）可以百度一下RabbitMq的集群搭建哈

2.消息不被重复消费

        a.因为这问题通常不是 MQ 自己保证的，是由我们开发来保证的。MQ只保证消息可靠，不保证消息是否重复消费。

           可以让生产者在生产消息的时候，给每个消息带上一个唯一的ID，类似于订单id的东西。然后消费者消费的时候，先到redis里面去查一次，第一次肯定是查询不到，然后将该值存入redis中。如果查询到了，就代表是重复消费，不消费即可。

        b.如果是把消息插入到数据库中，可以利用数据库的唯一索引来保证，可以把消息的某一列设计成唯一索引。

3.消息丢失

   a.生产者丢失了消息：可以开启rabbitmq的confirm模式  一般在生产端开启。过程就是：在生产消息的时候会携带一个ID，然后你发给rabbitmmq 。它收到以后会回复你  会给你一个ack消息，没有收到的话，他会调用你的nack接口，告诉你它没接到你的消息，你可以重试。

   b.rabbitmq丢失了消息   开启rabbitmq的持久化。具体怎么开，请百度

   c.消费者丢失了消息   开启rabbitmq的ACK机制，就是消费一个消息给rabbitmq发送一个消息。

4.消息有序性

  一个queue一个consumeer，不要一个queue多个consumer。多建立一些queue而已。

5.消息满了怎么办，存不下了怎么办？

   一般就是consumer出了问题，先修复consumer，然后紧急扩容，整一个queue，扩成原来的10倍。先把线上的数据直接移到到临时的queue中。