RabbitMQ知识汇总

1、引入RabbitMQ能带来哪些好处和坏处？

消息队列的作用，可以用四个词来概括：削峰，填谷，异步，解耦。

应用解耦（系统拆分）
异步处理（预约挂号业务处理成功后，异步发送短信、推送消息、日志记录等）
消息分发
流量削峰
消息缓冲

引入消息队列，会有什么缺点?

降低了系统可用性：本来系统运行好好的，引入消息队列进去，如果消息队列挂了，业务系统也可能会跟着挂。因此，系统可用性降低
增加了系统复杂性：引入消息队列需要多考虑很多方面的问题，比如一致性问题、如何保证消息不被重复消费，如何保证保证消息可靠传输。因此，系统复杂性增加。

2、消息队列如何选型?

使用MQ之前，需要对市面上的MQ进行调研，不同的MQ可能会支持不同的特性。

参考：RabbitMQ、Kafka、RocketMQ正确选型姿势【消息中间件篇】

3、RabbitMQ的几种工作模式

官网：https://www.rabbitmq.com/getstarted.html

RabbitMQ有以下几种工作模式：

1、Work queues

Distributing tasks among workers (the competing consumers pattern)

2、Publish/Subscribe

Sending messages to many consumers at once

3、Routing

Receiving messages selectively

4、Topics

Receiving messages based on a pattern (topics)

5、RPC

Request/reply pattern

4、消息队列高可用

RabbitMQ的集群模式

5、如何保证消息的可靠传输?

RabbitMQ系列-如何保证消息的可靠传输

6、如何保证消息不被重复消费(消息幂等)？

在互联网应用中，尤其在网络不稳定的情况下，RabbitMQ的消息有可能会出现重复，消息重复的可能原因如下：

发送时消息重复
当一条消息已被成功发送到服务端并完成持久化，此时出现了网络闪断或者客户端宕机，导致服务端对客户端应答失败。如果此时Producer意识到消息发送失败并尝试再次发送消息，Consumer后续会收到两条内容相同并且Message ID也相同的消息。
投递时消息重复
消息消费的场景下，消息已投递到Consumer并完成业务处理，当客户端给服务端反馈应答的时候网络闪断。为了保证消息至少被消费一次，消息队列RabbitMQ版的服务端将在网络恢复后再次尝试投递之前已被处理过的消息，Consumer后续会收到两条内容相同并且Message ID也相同的消息。
负载均衡时消息重复（包括但不限于网络抖动、服务端重启以及Consumer应用重启）
当RabbitMQ服务端或客户端重启、扩容或缩容时，会触发Rebalance，此时Consumer可能会收到重复消息。

需要结合业务来处理，有以下几种思路：

1）(写Mysql)借助数据库的主键唯一性

如果是重复数据，再次重复插入时，会因数据库主键冲突而插入失败，这样就保证不会插入重复数据。(捕获该主键重复的异常，就能得知是重复消息了)

2）(写Redis)借助Redis的原子性

接收到消息后，将消息ID作为key执行 setnx 命令，如果执行成功就表示没有处理过这条消息，可以进行消费了。执行失败表示消息已经被消费了。

3）状态机

有些业务是有状态流转的，每个状态都有前置状态、后置状态和最终状态。例如，订单的待提交，待支付，已支付，取消。在订单支付时，先从数据库查询一下订单的状态，如果未支付则调用支付接口扣款。如果是已支付，则不再处理，也就不会重复扣款。

4）全局消息ID

可以是用全局的消息id来控制幂等性。发消息时为消息设置全局唯一的ID，在消息被消费了之后我们可以选择缓存保存这个消息id，然后当再次消费的时候，我们可以查询缓存，如果存在这个消息id，我们就不做处理直接返回即可。

以Message ID为幂等键对消息进行幂等处理的步骤如下：

在数据库中创建一张unique key索引为唯一Message ID的表。
在Producer客户端为每条消息设置唯一Message ID。
设置唯一Message ID的示例代码如下：

　　 3.在Consumer客户端根据唯一Message ID对消息进行幂等处理。

根据唯一Message ID进行幂等处理的示例代码如下：

channel.basicConsume(Producer.QueueName, false, "YourConsumerTag",
    new DefaultConsumer(channel) {
    @Override public void handleDelivery(String consumerTag, Envelope envelope,
                AMQP.BasicProperties properties, byte[] body) throws IOException {
        // 1. 获取业务唯一性索引数据。
        try{
            String messageId = properties.getMessageId();
            // Message ID或者其他作为unique key的信息。
            // 2. 开启数据库事务。
            idempTable.insert(messageId);
            // 3. 对接收到的消息，进行业务逻辑处理。
            // 4. 提交或回滚事务。// 处理成功，则进行ACK，否则不要进行ACK。
            channel.basicAck(envelope.getDeliveryTag(), false);
        }
        catch (数据库主键冲突异常 e){
            // 重复消息，直接确认掉。
            channel.basicAck(envelope.getDeliveryTag(), false);
        }
    }
});