rabbitmq详解_rabbitmq defaultuser-CSDN博客

本文链接：https://blog.csdn.net/m0_67393342/article/details/126040143

本文深入介绍了RabbitMQ，包括其作为消息队列服务的作用、业务场景（异步处理、应用解耦、流量削峰）、下载安装、界面认识、五种消息模型（Hello World、工作队列、发布订阅、路由、主题）的示例、进阶特性（延迟队列、TTL、死信队列、消息确认）以及集群搭建。此外，还对比了与其他MQ的区别和常见面试题。

摘要由CSDN通过智能技术生成

rabbitmq

一、简介
二、业务场景
三、下载
四、界面认识
五、五种模型示例
六、进阶
七、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 是 durable 的缩写，代表这个队列中的消息支持持久化

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。当队列消息长度大于最大长度、或者过期的等，将从队列中删除的消息推送到指定的交换机中去而不是丢弃掉。