RabbitMQ 使用场景、安装、工作模式

已于 2022-01-26 12:10:44 修改
阅读量817 收藏 5
点赞数 4
分类专栏： # RabbitMQ 文章标签： rabbitmq java
于 2022-01-26 10:56:58 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45395031/article/details/109003506
版权

一、MQ 的选择

  1. Kafka
    Kafka 主要特点是基于 Pull 的模式来处理消息消费，追求高吞吐量，一开始的目的就是用于日志收集和传输，适合产生大量数据的互联网服务的数据收集业务。大型公司建议可以选用，如果有日志采集功能，肯定是首选 kafka 了。

  2. RocketMQ
    天生为金融互联网领域而生，对于可靠性要求很高的场景，尤其是电商里面的订单扣款，以及业务削峰，在大量交易涌入时，后端可能无法及时处理的情况。RoketMQ 在稳定性上可能更值得信赖，这些业务场景在阿里双 11 已经经历了多次考验，如果你的业务有上述并发场景，建议可以选择 RocketMQ。

  3. RabbitMQ
    结合 erlang 语言本身的并发优势，性能好时效性微秒级，社区活跃度也比较高，管理界面用起来十分方便，如果你的数据量没有那么大，中小型公司优先选择功能比较完备的 RabbitMQ。

安装、及相关界面

在地址栏输入cmd并回车启动命令行，然后输入以下命令启动管理功能：

rabbitmq-plugins enable rabbitmq_management

  1. 官网地址
    https://www.rabbitmq.com/download.html

  2. 文件上传
    上传到/usr/local/software 目录下(如果没有 software 需要自己创建)
    在这里插入图片描述

  3. 安装文件(分别按照以下顺序安装)

rpm -ivh erlang-21.3-1.el7.x86_64.rpm
yum install socat -y
rpm -ivh rabbitmq-server-3.8.8-1.el7.noarch.rpm
  1. 常用命令(按照以下顺序执行)
添加开机启动 RabbitMQ 服务
chkconfig rabbitmq-server on
启动服务
/sbin/service rabbitmq-server start 
查看服务状态
/sbin/service rabbitmq-server status
停止服务(选择执行)
/sbin/service rabbitmq-server stop 
开启 web 管理插件
rabbitmq-plugins enable rabbitmq_management

在这里插入图片描述

用默认账号密码(guest)访问地址 http://47.115.185.244:15672/出现权限问题
在这里插入图片描述

  1. 添加一个新的用户
创建账号
rabbitmqctl add_user admin 123

设置用户角色
rabbitmqctl set_user_tags admin administrator

设置用户权限
set_permissions [-p <vhostpath>] <user> <conf> <write> <read>
rabbitmqctl set_permissions -p "/" admin ".*" ".*" ".*"

用户 user_admin 具有/vhost1 这个 virtual host 中所有资源的配置、写、读权限
当前用户和角色
rabbitmqctl list_users
  1. 再次利用 admin 用户登录
admin
123
  1. 重置命令
关闭应用的命令为
rabbitmqctl stop_app
清除的命令为
rabbitmqctl reset
重新启动命令为
rabbitmqctl start_app
1、RabbitMq安装完成

输入账号密码并登录：guest guest

创建帐号并设置其角色为管理员：user user

2、添加用户

在这里插入图片描述

3、Virtual Hosts 管理（相当于mysql db）

在这里插入图片描述

一般以/开头

添加授权
在这里插入图片描述

二、RabbitMQ

2.1、RabbitMQ概述

RabbitMQ 是一个消息中间件：它接受并转发消息。你可以把它当做一个快递站点，当你要发送一个包
裹时，你把你的包裹放到快递站，快递员最终会把你的快递送到收件人那里，按照这种逻辑 RabbitMQ 是一个快递站，一个快递员帮你传递快件。RabbitMQ 与快递站的主要区别在于，它不处理快件而是接收，存储和转发消息数据。

2.2、四大核心组件

  • 生产者（Producer）
    产生数据发送消息的程序是生产者

  • 交换机（Exchangs）
    交换机是 RabbitMQ 非常重要的一个部件，一方面它接收来自生产者的消息，另一方面它将消息推送到队列中。交换机必须确切知道如何处理它接收到的消息，是将这些消息推送到特定队列还是推送到多个队列，亦或者是把消息丢弃，这个得有交换机类型决定

  • 队列（Queue）
    队列是 RabbitMQ 内部使用的一种数据结构，尽管消息流经 RabbitMQ 和应用程序，但它们只能存储在队列中。队列仅受主机的内存和磁盘限制的约束，本质上是一个大的消息缓冲区。许多生产者可以将消息发送到一个队列，许多消费者可以尝试从一个队列接收数据。这就是我们使用队列的方式

  • 消费者（Consumer）
    消费与接收具有相似的含义。消费者大多时候是一个等待接收消息的程序。请注意生产者，消费者和消息中间件很多时候并不在同一机器上。同一个应用程序既可以是生产者又是可以是消费者。

2.4、基础消息类型

2.4.1、HelloWorld

在这里插入图片描述

2.4.2、Work Queues（工作队列 - 任务队列）

工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务，而不得不等待它完成。
相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。在后台运行的工作进
程将弹出任务并最终执行作业。当有多个工作线程时，这些工作线程将一起处理这些任务。

轮训分发消息
在这里插入图片描述

2.4.3、消息应答模式

概念
消费者完成一个任务可能需要一段时间，如果其中一个消费者处理一个长的任务并仅只完成
了部分突然它挂掉了，会发生什么情况。RabbitMQ 一旦向消费者传递了一条消息，便立即将该消
息标记为删除。在这种情况下，突然有个消费者挂掉了，我们将丢失正在处理的消息。以及后续
发送给该消费这的消息，因为它无法接收到。
为了保证消息在发送过程中不丢失，rabbitmq 引入 消息应答机制，消息应答就是:消费者在接
收到消息并且处理该消息之后，告诉 rabbitmq 它已经处理了，rabbitmq 可以把该消息删除了。

自动应答
消息发送后立即被认为已经传送成功，这种模式需要在高吞吐量和数据传输安全性方面做权
衡,因为这种模式如果消息在接收到之前，消费者那边出现连接或者 channel 关闭，那么消息就丢
失了,当然另一方面这种模式消费者那边可以传递过载的消息，没有对传递的消息数量进行限制，
当然这样有可能使得消费者这边由于接收太多还来不及处理的消息，导致这些消息的积压，最终
使得内存耗尽，最终这些消费者线程被操作系统杀死，所以这种模式仅适用在消费者可以高效并
以某种速率能够处理这些消息的情况下使用。

手动应答模式

三、RabbitMQ持久化

3.1、队列持久化

代码

ui显示

3.2、消息持久化

代码

ui显示

3.3、不公平分发（预取值）

四、发布确认

4.1、单个发布确认

4.2、批量发布确认

4.3、异步发布确认

五、交换机（Exchange）

5.1、概念

5.2、类型

  • 直接(direct)
  • 主题(topic)
  • 标题(headers)
  • 扇出(fanout)

5.3、fanout exchange （扇出交换机）

5.4、Direct exchange （直接交换机）

5.4、Topics exchange （主题交换机）

一、使用场景

1、服务解耦

假设有这样一个场景, 服务A产生数据, 而服务B,C,D需要这些数据, 那么我们可以在A服务中直接调用B,C,D服务,把数据传递到下游服务即可

但是,随着我们的应用规模不断扩大,会有更多的服务需要A的数据,如果有几十甚至几百个下游服务,而且会不断变更,再加上还要考虑下游服务出错的情况,那么A服务中调用代码的维护会极为困难

这是由于服务之间耦合度过于紧密
在这里插入图片描述

再来考虑用RabbitMQ解耦的情况

A服务只需要向消息服务器发送消息,而不用考虑谁需要这些数据;下游服务如果需要数据,自行从消息服务器订阅消息,不再需要数据时则取消订阅即可

解耦

2、流量削峰

假设我们有一个应用,平时访问量是每秒300请求,我们用一台服务器即可轻松应对

低流量

而在高峰期,访问量瞬间翻了十倍,达到每秒3000次请求,那么单台服务器肯定无法应对,这时我们可以考虑增加到10台服务器,来分散访问压力

但如果这种瞬时高峰的情况每天只出现一次,每次只有半小时,那么我们10台服务器在多数时间都只分担每秒几十次请求,这样就有点浪费资源了

流量峰值

这种情况,我们就可以使用RabbitMQ来进行流量削峰,高峰情况下,瞬间出现的大量请求数据,先发送到消息队列服务器,排队等待被处理,而我们的应用,可以慢慢的从消息队列接收请求数据进行处理,这样把数据处理时间拉长,以减轻瞬时压力

这是消息队列服务器非常典型的应用场景

流量销峰

3、异步调用

考虑定外卖支付成功的情况

支付后要发送支付成功的通知,再寻找外卖小哥来进行配送,而寻找外卖小哥的过程非常耗时,尤其是高峰期,可能要等待几十秒甚至更长

这样就造成整条调用链路响应非常缓慢

阻塞

而如果我们引入RabbitMQ消息队列,订单数据可以发送到消息队列服务器,那么调用链路也就可以到此结束,订单系统则可以立即得到响应,整条链路的响应时间只有200毫秒左右

寻找外卖小哥的应用可以以异步的方式从消息队列接收订单消息,再执行耗时的寻找操作

在这里插入图片描述

二、Rabbitmq 基本概念

RabbitMQ是一种消息中间件，用于处理来自客户端的异步消息。服务端将要发送的消息放入到队列池中。接收端可以根据RabbitMQ配置的转发机制接收服务端发来的消息。RabbitMQ依据指定的转发规则进行消息的转发、缓冲和持久化操作，主要用在多服务器间或单服务器的子系统间进行通信，是分布式系统标准的配置。

### Rabbitmq

Exchange（交换机）

接受生产者发送的消息，并根据Binding规则将消息路由给服务器中的队列。ExchangeType决定了Exchange路由消息的行为。在RabbitMQ中，ExchangeType常用的有direct、Fanout和Topic三种。

exchange

Message Queue（信息队列）

消息队列。我们发送给RabbitMQ的消息最后都会到达各种queue，并且存储在其中(如果路由找不到相应的queue则数据会丢失)，等待消费者来取。

Binding Key（绑定key队列）

它表示的是Exchange与Message Queue是通过binding key进行联系的，这个关系是固定。

Routing Key（路由key队列）

生产者在将消息发送给Exchange的时候，一般会指定一个routing key，来指定这个消息的路由规则。这个routing key需要与Exchange Type及binding key联合使用才能生，我们的生产者只需要通过指定routing key来决定消息流向哪里。

三、Rabbitmq六种工作模式

1、简单模式

简单

RabbitMQ是一个消息中间件，你可以想象它是一个邮局。当你把信件放到邮箱里时，能够确信邮递员会正确地递送你的信件。RabbitMq就是一个邮箱、一个邮局和一个邮递员。

  • 发送消息的程序是生产者
  • 队列就代表一个邮箱。虽然消息会流经RbbitMQ和你的应用程序，但消息只能被存储在队列里。队列存储空间只受服务器内存和磁盘限制，它本质上是一个大的消息缓冲区。多个生产者可以向同一个队列发送消息，多个消费者也可以从同一个队列接收消息.
  • 消费者等待从队列接收消息

在这里插入图片描述

2、工作模式

在这里插入图片描述
在这里插入图片描述

3、发布订阅模式

在这里插入图片描述
在这里插入图片描述

4、路由模式

在这里插入图片描述
在这里插入图片描述

5、主题模式

在这里插入图片描述

6、RPC模式

在这里插入图片描述

小心仔
关注
  • 4
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
RabbitMQ使用场景介绍
皮皮周
11-10 705
RabbitMQ 简介 RabbitMQ是使用Erlang语言开发的开源消息队列系统，基于AMQP协议来实现。AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、 安全。AMQP协议更多用在企业系统内，对数据一致性、稳定性和可靠性要求很高的场景，对性能和吞吐量的要求还在其次。 MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程...
RabbitMQ的应用场景以及基本原理介绍
热门推荐
杨龙飞的博客
02-09 20万+
1.背景RabbitMQ是一个由erlang开发的AMQP(Advanved Message Queue)的开源实现。2.应用场景2.1异步处理场景说明：用户注册后，需要发注册邮件和注册短信,传统的做法有两种1.串行的方式;2.并行的方式 (1)串行方式:将注册信息写入数据库后,发送注册邮件,再发送注册短信,以上三个任务全部完成后才返回给客户端。 这有一个问题是,邮件,短信并不是必须的,它只是一个
RabbitMQ的几种应用场景
刀刀的专栏
12-15 5万+
之前的几篇文章介绍了一下RabbitMQ的概念以及环境的搭建和配置，有了RabbitMQ环境就可以基于其实现一些特殊的任务场景了。RabbitMQ官方有个很好的Tutorials基本覆盖了RabbitMQ的各中常见应用场景，先以代码加注释的方式以其Python客户端pika为例简单介绍如下。更详尽的信息可参阅：http://www.rabbitmq.com/getstarted.html R
主流的消息队列MQ比较，详解MQ的4类应用场景
weixin_33763244的博客
09-24 988
2019独角兽企业重金招聘Python工程师标准>>> ...
RabbitMQ的应用场景
weixin_54721305的博客
03-22 1万+
1、异步处理 假设想象一下我们做一个商城项目，在用户支付模块中，可能会涉及到其它业务，比如：积分折扣、消费券、短信验证等功能。我们传统的执行步骤是逐步执行，也就是说当用户点击支付 ----> 积分折扣 ----> 消费券 ----> 短信验证 ----->支付完成，用户需要等待每个业务执行完毕才能支付成功！假设我们从点击支付 -----> 支付成功消耗时间为100/ms，后面我们每新增一个业务就会多耗时50/ms，上述的流程大概会耗时250/ms！如果说以后业务更多的话，那么
linux安装RabbitMQ详细教程
09-15
在深入探讨RabbitMQ的安装步骤之前，我们先来了解一下RabbitMQ集群的基本概念及其工作原理。 **1. 集群模式详解** - **单一模式**：在这种模式下，RabbitMQ服务仅在一个节点上运行，没有集群功能。当该节点出现...
基于RabbitMQ几种Exchange 模式详解
08-28
在实际应用中，header模式使用较少，本文将对前三种模式进行比较。 一、Fanout Exchange Fanout Exchange是一种简单的Exchange模式，它将所有发送到Exchange的消息转发到与该Exchange绑定的所有Queue上。Fanout ...
rabbitmq安装.zip
05-12
总结，RabbitMQ是一个强大且灵活的消息中间件，其安装过程相对简单，但理解其核心概念和应用场景是实现高效系统的关键。通过熟练掌握RabbitMQ，开发者可以在分布式系统中构建出更加稳定、可靠的通信架构。
.NET环境中使用RabbitMQ
02-20
此外，还可以利用RabbitMQ提供的各种消息模式，如Direct、Fanout、Topic和Header，灵活适应不同的业务场景。 例如，创建一个简单的生产者和消费者示例： ```csharp // 生产者 using var factory = new ...
rabbitmq常用三种模式的配置
03-16
在RabbitMQ中，有三种主要的交换机（exchange）类型，即fanout、direct和topic模式，每种模式对应不同的路由策略，适用于不同场景。接下来，我们将深入探讨这三种模式及其配置。 1. **Fanout模式**：这是最简单的...
Rabbitmq的应用场景
weixin_46879188的博客
08-19 1491
虽然并行已经提高的处理时间,但是,前面说过,邮件和短信对我正常的使用网站没有任何影响，客户端没有必要等着其发送完成才显示注册成功,应该是写入数据库后就返回. 消息队列: 引入消息队列后，把发送邮件,短信不是必须的业务逻辑异步处理。​​并行方式​​:将注册信息写入数据库后,发送邮件的同时,发送短信,以上三个任务完成后,返回给客户端,并行的方式能提高处理的时间。​​订单系统​​:用户下单后,订单系统完成持久化处理,将消息写入消息队列,返回用户订单下单成功。2.秒杀业务根据消息队列中的请求信息，再做后续处理.
rabbitmq的应用场景
qq_45443475的博客
08-26 374
1.异步处理 场景说明：用户注册后，需要发注册邮件和注册短信, 传统的做法有两种 1.串行的方式,注册信息入库，发送邮件，发送短信，返回注册成功提示。 2.并行的方式，注册信息入库，发送短信和邮件同时执行，返回注册成功提示。 不管是串行还是并行,邮件, 短信并不是必须的,它只是一个通知,而这种做法让客户端等待没有必要等待的东西. MQ异步处理大大节省时间，将信息放到mq中就返回注册成功提示，发短信和邮件交给mq异步处理 2.应用解耦 场景：双11,用户下单后,订单系统需要通知库存系统,传
RabbitMQ的7种典型使用场景
hudeyong926的专栏
09-10 1万+
场景1：单发送单接收 使用场景：简单的发送与接收，没有特别的处理。 一个P向queue发送一个message，一个C从该queue接收message并打印。producer，连接至RabbitMQ Server，声明队列，发送message，关闭连接，退出。 场景2：单发送多接收 使用场景：一个发送端，多个接收端，如分布式的任务派发。为了保证消息发送的可靠性，不丢失消息，使消息持久化了。同时为了防止接收端在处理消息时down掉，只有在消息处理完成后才发送ack消息。 场景3：Publis.
RabbitMQ 6种应用场景
weixin_30515513的博客
04-08 89
http://www.rabbitmq.com/getstarted.html官网 最近业务需要使用Rabbitmq工作队列实现任务的负载分发 1.1、什么是RabbitMQ？ RabbitMQ是实现AMQP（高级消息队列协议）的消息中间件的一种，服务器端用Erlang语言编写，支持多种客户端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XM...
rabbitMQ使用场景
最新发布
qq_40906882的博客
08-21 49
服务调用：两个服务调用时，我们可以通过传统的HTTP方式，让服务A直接去调用服务B的接口，但是这种方式是同步的方式，虽然可以采用SpringBoot提供的@Async注解实现异步调用，但是这种方式无法确保请求一定回访问到服务B的接口。其次RabbitMQ是基于Erlang编写，这是也是RabbitMQ天生的优势，Erlang被称为面向并发编程的语言，并发能力极强，在众多的MQ中，RabbitMQ的延迟特别低，在微秒级别，所以一般的业务处理RabbitMQ比Kafka和RocketMQ更有优势。
RabbitMQ的使用场景
许文强
12-26 1876
一、消息队列概述 消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题。实现高性能，高可用，可伸缩和最终一致性架构。是大型分布式系统不可缺少的中间件。 目前在生产环境，使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等。 二、消息队列应用场景 以下介绍消息队列在实际应用中常用的使用
RabbitMQ学习笔记03
tiandaceyisl的博客
01-27 1553
RabbitMQ学习笔记0301 RabbitMQ的使用场景1 解耦、削峰、异步同步异步的问题(串行)并行方式 异步线程池异步消息队列的方式2 高内聚、低耦合2 SpringBoot整合RabbitMQ实现fanout模式3 Springboot的Direct模式实现 01 RabbitMQ的使用场景 1 解耦、削峰、异步 同步异步的问题(串行) 串行方式：将订单信息写入数据库成功后，发送注册邮件，再发送注册短信。以上三个任务全部完成后，返回给客户端。 并行方式 异步线程池 并行方式：将订单信息写入数据库
牛逼哄哄的 RabbitMQ 到底有啥用？
Java技术栈，分享最主流的Java技术
09-06 605
Java技术栈www.javastack.cn关注阅读更多优质文章作者：海向出处：www.cnblogs.com/haixiang/p/10199754.html一. RabbitMQ ...
rabbitmq 的使用场景有哪些？
sinat_41920065的博客
07-11 7576
①. 跨系统的异步通信，所有需要异步交互的地方都可以使用消息队列。就像我们除了打电话（同步）以外，还需要发短信，发电子邮件（异步）的通讯方式。 ②. 多个应用之间的耦合，由于消息是平台无关和语言无关的，而且语义上也不再是函数调用，因此更适合作为多个应用之间的松耦合的接口。基于消息队列的耦合，不需要发送方和接收方同时在线。在企业应用集成（EAI）中，文件传输，共享数据库，消息队列，远程过程调用都可以作为集成的方法。 ③. 应用内的同步变异步，比如订单处理，就可以由前端应用将订单信息放到队列，后端应用从队列里依
rabbitmq几种工作模式和使用场景
07-28
- *2* *3* [RabbitMQ的五种工作模式及实例使用场景](https://blog.csdn.net/littleGreen_Hand/article/details/116464293)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小心仔

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值