rabbitmq详解

rabbitmq

• 一、简介
• 二、业务场景
• • 1、异步
  • 2、应用解耦
  • 3、流量削峰
• 三、下载
• 四、界面认识
• 五、五种模型示例
• • 0、springboot依赖配置
  • 1、Hello World简单模型
  • 2、Work queues工作队列
  • 3、Publish/Subscribe发布订阅模型
  • 4、Routing路由模型
  • 5、Topics主题模型
  • 6、消息转换器
• 六、进阶
• • 1、基于插件延迟队列
  • 2、TTL队列
  • 3、死信队列
  • 4、消息确认
  • • 1、发送消息确认机制
    • 2、消费者消息确认机制
• 七、rabbitmq集群搭建
• • 1、普通集群
  • 2、镜像集群（高可用）（推荐）
• 八、与其他mq的区别
• 九、rabbitmq常见面试题

一、简介

RabbitMQ是一个实现了AMQP（Advanced Message Queuing Protocol）高级消息队列协议的消息队列服务，用Erlang语言。是面向消息的中间件。

你可以把它想像成一个邮局：你把信件放入邮箱，邮递员就会把信件投递到你的收件人处。在这个比喻中，RabbitMQ是一个邮箱、邮局、邮递员。RabbitMQ和邮局的主要区别是，它处理的不是纸，而是接收、存储和发送二进制的数据——消息。

主要流程：生产者（Producer）与消费者（Consumer）和 RabbitMQ 服务（Broker）建立连接， 然后生产者发布消息（Message）同时需要携带交换机（Exchange） 名称以及路由规则（Routing Key），这样消息会到达指定的交换机，然后交换机根据路由规则匹配对应的 Binding，最终将消息发送到匹配的消息队列（Quene），最后 RabbitMQ 服务将队列中的消息投递给订阅了该队列的消费者（消费者也可以主动拉取消息）。

二、业务场景

1、异步

如： 用户注册发送，注册邮件、注册短信，
传统做法：

1、串行 （先发送邮件、再发短信）。问题：持续时间长

2、并行（将注册信息写入数据库后，同时发送邮件、短信），速度快、但不能满足高吞吐需求。

消息队列做法：
将数据写入数据库、同时发送消息给发送邮件和注册，异步处理

2、应用解耦

如：双十一购物节，用户下单后、订单系统通知库存系统。

传统做法:
订单系统调用库存系统接口。问题：库存接口故障，订单就会失败，而损失大量订单

消息队列做法

订单系统：下单，订单系统完成持久化，将消息写入队列，返回下单成功给用户
库存系统：订阅下单的消息，获取下单消息，进行库操作，就算库存系统故障，消息队列也能保证消息可靠投递，不会导致消息丢失。

3、流量削峰

如：秒杀活动、一般会因为流量过大，导致应用挂掉，一般在应用前端加入消息队列。

作用：1、可以控制活动人数，超过一定阈值，订单直接丢弃
2、可以缓解短时间的高流量压垮应用（应用程序按自己的最大处理能力获取订单）

消息队列做法
1、用户的请求，服务器收到后，首先写入消息队列，加入消息队列长度最大值，则直接抛弃用户请求或跳转到错误页面
2、秒杀业务根据消息队列中的请求信息，再做后续处理

三、下载

1、docker 安装 rabbitmq

docker pull rabbitmq:3.7.7-management

2、启动镜像（用户名和密码设置为 guest guest）

docker run -dit --name rabbitmq3.7.7 -e RABBITMQ_DEFAULT_USER=guest -e RABBITMQ_DEFAULT_PASS=guest  -v /home/rabbitmq/data:/var/lib/rabbitmq   -p 15672:15672 -p 5672:5672 rabbitmq:3.7.7-management

3、访问 rabbitmq 管理界面

http://127.0.0.1:15672 账号密码都是 guest

4、docker 安装 rabbitMQ 延时队列插件（delayed_message_exchange）

下载解压文件 链接：https://pan.baidu.com/s/1PpeOn8NJT4hgh7ZBP0J0OA?pwd=u2gu
提取码：u2gu

拷贝插件文件到 rabbitMQ 的 Docker 容器中
先解压

unzip  unzip rabbitmq_delayed_message_exchange-20171201-3.7.x.zip 

拷贝插件

docker cp rabbitmq_delayed_message_exchange-20171201-3.7.x.ez rabbitmq3.7.7:/plugins

进入容器：

docker ps  // 查看启动容器信息
docker exec -it 镜像ID /bin/bash    //开启进入终端

查看插件列表

rabbitmq-plugins list

启用插件

rabbitmq-plugins enable rabbitmq_delayed_message_exchange

四、界面认识

1、概要

2、连接

3、通道

4、交换机

交换器，用来接收生产者发送的消息并将这些消息路由给服务器中的队列

Type

解释

direct

它会把消息路由到那些 binding key 与 routing key 完全匹配的 Queue 中

fanout

它会把所有发送到该 Exchange 的消息路由到所有与它绑定的 Queue 中

headers

headers 类型的 Exchange 不依赖于 routing key 与 binding key 的匹配规则来路由消息，而是根据发送的消息内容中的 headers 属性进行匹配。（headers 类型的交换器性能差，不实用，基本不会使用。）

topic

与direct模型相比，多了个可以使用通配符！，这种模型Routingkey一般都是由一个或多个单词组成，多个单词之间以"."分割，例如：item.insert ---------星号 匹配一个1词 , 例audit.* ------- #号匹配一个或多个词 audit.#

x-delayed-message

延迟交换机，可以延迟接收消息

Features

解释

D

d 是 durable 的缩写，代表这个队列中的消息支持持久化

AD

ad 是 autoDelete 的缩写。代表当前队列的最后一个消费者退订时被自动删除。注意：此时不管队列中是否还存在消息，队列都会删除。

excl

是 exclusive 的缩写。代表这是一个排他队列。如果一个队列被声明为排他队列，该队列仅对首次声明它的连接可见，并在连接断开时自动删除。这里需要注意三点：其一，排他队列是基于连接可见的，同一连接的不同信道是可以同时访问同一个连接创建的排他队列的。其二，“首次”，如果一个连接已经声明了一个排他队列，其他连接是不允许建立同名的排他队列的，这个与普通队列不同。其三，即使该队列是持久化的，一旦连接关闭或者客户端退出，该排他队列都会被自动删除的。这种队列适用于只限于一个客户端发送读取消息的应用场景。

Args

是 arguments 的缩写。代表该队列配置了 arguments 参数。

TTL

是 x-message-ttl 的缩写。设置队列中的所有消息的生存周期(统一为整个队列的所有消息设置生命周期), 也可以在发布消息的时候单独为某个消息指定剩余生存时间，单位毫秒。

Exp

Auto Expire，是 x-expires 配置的缩写。当队列在指定的时间没有被访问(consume, basicGet, queueDeclare…)就会被删除，Features=Exp。注意这里是删除队列，不是队列中的消息。

Lim

说明该队列配置了 x-max-length。限定队列的消息的最大值长度，超过指定长度将会把最早的几条删除掉。

Lim B

说明队列配置了 x-max-length-bytes。限定队列最大占用的空间大小， 一般受限于内存、磁盘的大小。

DLX

说明该队列配置了 x-dead-letter-exchange。当队列消息长度大于最大长度、或者过期的等，将从队列中删除的消息推送到指定的交换机中去而不是丢弃掉。

DLK

x-dead-letter-routing-key 的缩写，将删除的消息推送到指定交换机的指定路由键的队列中去。

Pri

x-max-priorit