RabbitMQ

已于 2024-06-01 00:36:17 修改
阅读量1.1k 收藏 21
点赞数 9
分类专栏： MQ 文章标签： rabbitmq 分布式
于 2024-05-30 20:20:55 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Forbidden_City/article/details/139333343
版权

Window下启动rabbitmq
rabbitmq-server.bat

MQ的基本概念

Message Queue消息队列，在消息的传输过程中保存消息的容器。多用于分布式系统之间进行通信
在这里插入图片描述

分布式系统通信的两种方式: 直接远程调用 和 借助第三方完成间接通信
发送方为生产者，接收方为消费者

MQ的优劣势

优势：
应用解耦
异步提速
削峰填谷

劣势：
系统可用性减低
系统复杂度提高
一致性问题

应用解耦
系统的耦合性越高，容错性就月底，可维护性就越低

异步提速
提升用户体验和系统吞吐量（单位时间内处理请求的数目）

削峰填谷
提高系统稳定性
在这里插入图片描述

应用解耦 提高系统的容错性和可维护性
异步提速 提高系统吞吐量和用户体验
削峰填谷 提高系统稳定性

劣势

系统可用性减低
系统引入的外部依赖越多，系统稳定性越差，一旦MQ宕机，就会对业务造成影响。
系统复杂度提高
MQ的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过MQ进行异步调用。如何保证消息没被重复消费？怎么处理消息丢失的情况？如何保证消息传递的顺序性？
一致性问题
如何保证消息数据处理的一致性问题？

使用MQ需满足什么条件？

生产者不需要从消费者处获取反馈；
容许短暂的不一致性
确实有效果。即解耦、提速、削峰这些方面的收益，超过加入MQ，管理MQ的成本

在这里插入图片描述

快速入门

Rabbitmq执行图
在这里插入图片描述

docker run -d --hostname rabbitmq01 --name rabbitmqCluster01 -p 15672:15672 -p 5672:5672 -p 1883:1883 -e RABBITMQ_ERLANG_COOKIE=‘rabbitmqCookie’ rabbitmq:3.8.2-management

Work Queues 工作队列模式
在这里插入图片描述

与简单模式相比，多了些消费端，多个消费端共同消费同一个队列中的消费者

Work Queues 模式下 多个消费者之间是一个竞争关系
Work Queues 对于任务过重或任务较多的情况使用工作队列可以提高任务处理的速度。
例如:短信服务部署多个，只需要有一个节点发送即可。

PubSub 订阅模式

在这里插入图片描述

该模式中，多了个Exchange角色，而且过程略有变化;
P: 生产者，发送给X（交换机）
C: 消费者，一直等待消息的到来
Queue: 消息队列，接受消息，缓存消息
Exchange: 交换机（X）。一方面，接受生产者发送的消息。另一方面，知道如何处理消息，例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。具体操作，取决于Exchange的类型。常见的exchange类型

Fanout：广播，将消息交给所有绑定到交换机的队列
Direct：定向，把消息交给符合指定routing key的队列
Topic：通配符，把消息交给符合routing key（路由模式）的队列

Exchange（交换机）只负责转发消息，不具备储存消息的能力，因此如果没有任何队列与Exchange绑定，或者没有符合路由规则的队列，那么消息会丢失。

Routing 路由模式

队列与交换机的绑定，不能是任意绑定了，而是要指定一个RoutingKey（路由Key）
消息的发送方在向exchange发送消息时，必须指定消息的RoutingKey
Exchange不再把消息借给每一个绑定的队列，而是根据消息的Routing Key 进行判断，只有队列的RoutingKey与消息的Routing key完全一致，才会接受到消息。
在这里插入图片描述

P:生产者，向Exchange发送消息，发送消息时会指定一个routing key
X:exchange （交换机），接受生产者的消息，然后把消息递交给routing key完全匹配的队列
C1：消费者，所在队列指定了需要routing key 为error的消息
C2：消费者，所在队列指定了需要routing key 为info、error、warning的消息

Routing模式要求队列在绑定交换机时要指定routing key，消息会转发到符合 routing key的队列

TOPICS 通配符模式

在这里插入图片描述
Topic 主题模式可以实现Pub/Sub发布与订阅模式和Routing路由模式的功能，只是topic在配置routing key的时候可以使用通配符，显得更加灵活。
在这里插入图片描述

Spring 整合RabbitMQ

@RunWith就是一个运行器
@RunWith(JUnit4.class)就是指用JUnit4来运行
@RunWith(SpringJUnit4ClassRunner.class),让测试运行于Spring测试环境
@RunWith(SpringRunner.class)
@RunWith(Suite.class)的话就是一套测试集合

@ContextConfiguration Spring整合JUnit4测试时，使用注解引入多个配置文件
单个文件
@ContextConfiguration(Locations=“classpath：applicationContext.xml”)
@ContextConfiguration(classes = SimpleConfiguration.class)
多个文件时，可用{}
@ContextConfiguration(locations = { “classpath:spring1.xml”, “classpath:spring2.xml” })

SpringBoot整合 RabbitMQ

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

高级部分

消息的可靠性投递

使用rabbitmq时，作为消息发送方 出现消息丢失或投递失败的场景，rabbitmq提供了两种方式来控制消息的投递可靠性模式
Confirm确认模式
Return 退回模式

Confirm模式

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

Return模式

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

Consumer ACK

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

消息可靠性总结

持久化
Exchange要持久化
Queue 要持久化
Message 要持久化
生产方 确认confirm
消费方 确认ack
消息丢失 死信队列（死信交换机）
Broker高可用（集群）

Consumer 消费端 限流机制

在这里插入图片描述
手动签收之前最多只能获取几条消息，通过此方法来进行限流
在这里插入图片描述

TTL 队列过期

队列的统一过期
在这里插入图片描述
消息的单独过期
在这里插入图片描述

如果设置了消息过期时间，也设置了队列的过期时间， 则以时间短的为准
二者区别
队列过期，将队列中所有消息都移除
消息过期，只有消息在队列顶部，才会判断是否过期 （移除）

所以正常情况下，会对队列整体设置过期时间

死信队列DLX

死信队列。Dead letter Exchange（死信交换机）（Rabbitmq中的死信队列是死信交换机），当消息成为Dead message后，可以被重新发送到另一个交换机，这个交换机就是DLX
在这里插入图片描述

消息成为死信的情况：

队列消息长度到达限制;
消费者拒绝消费消息，basicNack/basicReject，并且不重回队列，requeue=false;
原队列存在消息过期设置，消息到达超时时间未被消费;

队列绑定死信交换机
给队列设置参数 : x-dead-letter-exchange 和 x-dead-letter-routing-key
在这里插入图片描述
绑定在队列中绑定死信交换机
在这里插入图片描述
死信队列就是普通队列
只是当消息成为死信后，队列绑定了死信交换机，则消息会被死信交换机重新路由回死信队列中

（死信队列，消息消费失败的一种方式）

延迟队列

在这里插入图片描述
消息进入队列后，可以被延迟一定的时间，再进行消费。

Rabbitmq中并没有提供延迟队列的功能
但可以使用:TTL（队列过期）+死信队列 组合实现延迟队列的效果

在这里插入图片描述

日志与监控

Rabbitmq默认日志存放 Var/log/rabbitmq/rabbitmq@xxx.log
在这里插入图片描述
在这里插入图片描述
Rabbitmqctl 管理和监控
在这里插入图片描述

消息补偿

在这里插入图片描述

消息幂等性保障

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

MQTT之QOS

MQTT 设计了 3 个 QoS 等级。

QoS 0：消息最多传递一次，如果当时客户端不可用，则会丢失该消息。
QoS 1：消息传递至少 1 次。
QoS 2：消息仅传送一次。

QoS 0 是一种 “fire and forget” 的消息发送模式：Sender (可能是 Publisher 或者 Broker) 发送一条消息之后，就不再关心它有没有发送到对方，也不设置任何重发机制。

QoS 1 包含了简单的重发机制，Sender 发送消息之后等待接收者的 ACK，如果没收到 ACK 则重新发送消息。这种模式能保证消息至少能到达一次，但无法保证消息重复。

QoS 2 设计了重发和重复消息发现机制，保证消息到达对方并且严格只到达一次。

短轮询（Short Polling）
客户端每隔一段时间向服务器发送http请求，服务器端在收到请求后，无论是否有数据更新，都直接进行响应。

优点：
简单直接，容易实现。
兼容性好，因为它只使用了常规的HTTP请求和响应。

缺点：
请求频率无法很好确定，如果频率较高，那么就会导致服务端压力大；如果请求的频率较低，那么客户端感知变更的及时性就会降低。
实时性有限，因为客户端只能在轮询间隔内获取到更新。
请求中有大半是无用的，难于维护，浪费带宽和服务器资源。
（无法在轮询的间隔内获取到最新数据，有一定的延时性）
应用场景
短轮询一般用在实时性要求不高的地方，适用于小型应用。
在这里插入图片描述

长轮询（Long Polling）
客户端发送请求后不会立即返回数据，服务器端会阻塞请求，连接不会立即断开，直到服务器端有效更新或者是连接超时才返回，客户端才再次发出请求新建连接、如此反复从而获得最新数据。

（rocketmq，nacos，Apollo用的就是长轮询）

优缺点
优点：

减少了不必要的轮询，降低了网络和服务器的负载，耗费资源小。
缺点：
连接挂起（hold）也会导致资源的浪费。
不同浏览器对于长连接的支持程度不同，有一定的兼容性问题。

应用场景
长轮询更适合用于需要提高实时性的应用场景。http长轮询的控制权一直在服务器端，而数据是在服务器端，因此实时性高。
在这里插入图片描述
在这里插入图片描述

渔阳节度使
关注
  • 9
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【SpringBoot】43、SpringBoot中整合RabbitMQ实现延时队列（延时插件篇）
Asurplus
02-21 21万+
一、介绍 1、什么是延时队列？ 延时队列即就是放置在该队列里面的消息是不需要立即消费的，而是等待一段时间之后取出消费 2、适用场景 （1）商城订单超时未支付，取消订单 （2）使用权限到期前十分钟提醒用户 （3）收益项目，投入后一段时间后产生收益 二、实现方式 从以上场景中，我们可以看出，延时队列的主要功能就是在指定的时间之后做指定的事情，那么，我们思考有哪些工具我们可以使用？ 1、Redis 监听过期 Key 可以参考我的博客【SpringBoot】三十五、SpringBoot整合Redis监听Ke
RabbitMQ安装
qq_57442639的博客
07-02 9388
rabbitmq
Rabbitmq
asddasddeedd的博客
11-19 6079
消息队列 消息服务器 消息中间件 Borker。
RabbitMQ入门
SICAUliuy的博客
04-20 2593
RabbitMQ简介 安装步骤 在centos7环境上， 因为是最小化安装，需要先yum install gcc 依赖 wget 对应的安装包 erlang、socat、rabbitmq-server 通过rpm 安装 顺序是 erlang、socat、rabbitmq-server 常用命令 # 启动 systemctl start rabbitmq-server # 添加web管理插件 rabbitmq-plugins enable rabbitmq_management # 重启 syst
linux安装rabbitmq
zjg
12-31 3031
rabbit是使用erlang语言开发的，所以我们需要先进行erlang的安装，版本也要对的上，本次以安装为最新版的安装包形式进行安装。回到顶部。
rabbitmq server
帅的没拼音
12-07 2668
服务启动与停止 service rabbitmq-server start #启动服务 service rabbitmq-server stop #停止服务 service rabbitmq-server status #查看状态 开通STOMP通道 rabbitmq-plugins enable rabbitmq_web_stomp rabbitmq-plugins enable rabbitmq_web_stomp_examples #重启 service rabbitmq-se...
windows环境下安装RabbitMQ（超详细）
热门推荐
luckySnow的博客
01-23 11万+
总结有rabbitmq安装报错解决办法（超详细）消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题实现高性能，高可用，可伸缩和最终一致性[架构] 使用较多的消息队列有 ActiveMQ（安全），RabbitMQ，ZeroMQ，Kafka（大数据），MetaMQ，RocketMQ以下介绍消息队列在实际应用中常用的使用场景：异步处理，应用解耦，流量削锋和消息通讯四个场景1.2什么是RabbitMQRabbitMQ 是一个由 Erlang 语言开发的 AMQP 的开源实现。
启动rabbitmq
s1095622320的博客
03-10 1689
当rabbitmq-service install之后默认服务是enable的，如果这时设置服务为disable的话，rabbitmq-service start就会报错。当rabbitmq-service start正常启动服务之后，使用disable是没有效果的。rabbitmq-plugins disable rabbitmq_management 关闭。rabbitmq-plugins enable rabbitmq_management 启动。3、Rabbitmq 管理插件启动，可视化界面。
搭建Rabbitmq
戎码江湖
12-11 1872
写在前面： 1.服务器centos 7.8.2003版本 2.安装erlang参考文档：https://www.cnblogs.com/fengyumeng/p/11133924.html 3.安装rabbitmq参考文档（仅做参考，具体搭建还是看文档）：https://blog.csdn.net/jiang1986829/article/details/106090073 ** 一、安装erlang ** 1.安装erlang完全用参考文档，都能走完流程。 ...
RabbitMQ Server3.13.0
04-02
**RabbitMQ Server 3.13.0** RabbitMQ 是一个开源的消息代理和队列服务器，它基于AMQP（Advanced Message Queuing Protocol）协议，用于在分布式系统中高效地路由和传递消息。RabbitMQ 3.13.0 版本是其稳定版本之一...
rabbitmqadmin
07-08
RabbitMQ命令行手动创建队列rabbitmqadmin用法 手动创建队列方法：登录http://ip:15672/cli下载 将下载的rabbitmqadmin放到/usr/sbin目录下，并赋予权限：chmod 755 rabbitmqadmin 查看命令帮助信息： python ...
rabbitmq开发规范
07-04
**RabbitMQ开发规范详解** 在使用RabbitMQ进行分布式消息传输时，遵循一定的开发规范至关重要，这不仅可以提高系统的可维护性，也有助于保证数据的一致性和稳定性。本篇文章将详细阐述RabbitMQ的命名规范、消息传输...
rabbitmq3.10.4
06-07
RabbitMQ是一个开源的消息代理和队列服务器，广泛应用于分布式系统中的消息传递。它基于AMQP（Advanced Message Queuing Protocol）协议，为多种编程语言提供API，使得开发人员能够轻松地实现消息的发送和接收。在...
RabbitMQ快速入门 - 图像化界面的简单操作
最新发布
LYJbao的博客
07-06 361
publisher：消息发送者consumer：消息的消费者queue：队列、存储消息exchange：交换机，负责路由消息virtual-host：虚拟主机，起到数据隔离的作用结合图来理解：消息发送者不是直接把消息塞到队列中，而是先把消息发到交换机，由交换机把消息路由到队列中；由上图可以发现交换机可以只路由给一个队列，也可以路由给所有队列；消费者监听队列，就可以拿到消息了~RabbitMQ的服务端（消息代理）就包括了交换机和队列两部分 ~
PHP 使用RabbitMq推送消息
Johnson的博客
07-03 402
"exclusive" => false, #如果为true，则队列只能被当前连接使用，当连接关闭时队列将被删除。"internal" => false,#如果设置为true，则exchange将用于内部用途，不允许客户端发布消息到该exchange。"passive" => false, #如果设置为true，则不会创建exchange，仅检查是否存在指定名称的exchange。"auto_delete" => false, #如果设置为true，则exchange将在最后一个绑定被删除后自动删除。
RabbitMQ 更改服务端口号
机械工程跑路哥
07-03 305
windows环境下，将RabbitMQ默认的端口号 5672 改为 11001。其中15672为前端web访问端口号，也可以修改；填写修改端口号的配置，直接复制即可以免出错；
RabbitMq 消息确认和退回机制
szchen2的博客
07-02 361
生产者将信道设置成 confirm 模式，一旦信道进入 confirm 模式，所有在该信道上面发布的消息都将会被指派一个唯一的 ID (从 1 开始)，一旦消息被投递到所有匹配的队列之后，broker 就会发送一个确认给生产者 (包含消息的唯一 ID)，这就使得生产者知道消息已经正确到达目的队列了，（单个），broker 回传给生产者的确认消息中 delivery-tag 域包含了确认消息的序列号。
rabbitmq to rabbitmq
03-27
RabbitMQ是一个开源的消息中间件，它实现了高级消息队列协议（AMQP）并提供可靠的消息传递机制。它允许应用程序之间进行异步通信，并支持多种消息模式，如点对点、发布/订阅和工作队列。 当我们提到"RabbitMQ to RabbitMQ"时，通常是指在不同的RabbitMQ实例之间进行消息传递。这种情况下，可以使用RabbitMQ的一些特性来实现消息的可靠传递和路由。 一种常见的方式是使用Exchange和Queue来进行消息的路由和传递。在发送端，消息会被发送到一个Exchange，然后Exchange会根据预定义的规则将消息路由到一个或多个Queue中。接收端可以监听这些Queue，并从中获取消息进行处理。 另一种方式是使用RabbitMQ的集群功能。通过将多个RabbitMQ实例组成一个集群，可以实现消息的高可用性和负载均衡。当一个节点出现故障时，其他节点可以接管其工作，确保消息的可靠传递。 总结起来，RabbitMQ to RabbitMQ是指在不同的RabbitMQ实例之间进行消息传递和路由。可以使用Exchange和Queue来定义消息的路由规则，也可以通过集群来实现高可用性和负载均衡。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值