RabbitMQ的不公平分发和欲取值

最新推荐文章于 2023-12-17 15:51:46 发布
最新推荐文章于 2023-12-17 15:51:46 发布
阅读量653 收藏 1
点赞数
分类专栏： RabbitMQ 文章标签： RabbitMQ 不公平分发 欲取值
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39794062/article/details/118122250
版权

不公平分发

RabbitMQ 分发消息默认采用的轮训分发，但是不同的消费者处理消息的快慢也不一样，有的处理快有的处理慢。而设置为不公平分发模式，意思就是如果这个任务我还没有处理完或者我还没有应答你，你先别分配给我，我目前只能处理一个任务，然后 rabbitmq 就会把该任务分配给没有那么忙的那个空闲消费者。如果所有的消费者都没有完成手上任务，队列还在不停的添加新任务，队列有可能就会遇到队列被撑满的情况，这个时候就只能添加新的 worker 或者改变其他存储任务的策略。
在这里插入图片描述

欲取值

本身消息的发送就是异步发送的，所以在任何时候，channel 上肯定不止只有一个消息另外来自消费者的手动确认本质上也是异步的。因此这里就存在一个未确认的消息缓冲区，通过限制此缓冲区的大小，以避免缓冲区里面无限制的未确认消息问题。这个时候就可以通过使用 basic.qos 方法设置“预取计数”值来完成的，该值定义通道上允许的未确认消息的最大数量。

Worker1设置欲取值为2
在这里插入图片描述
Worker2设置欲取值为5
在这里插入图片描述
生产者连续发送消息
在这里插入图片描述
Worker2处理消息较慢，由于欲取值设置为5，所以它的channel最大会积压5条消息
在这里插入图片描述

在这里插入图片描述

煎丶包
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
RabbitMQ的相关操作3--预取值分发（不公平分发）
weixin_44488616的博客
11-29 1692
目录1.预备操作2.创建工具类，让线程停顿，用来控制程序运行速度3. 编写生产者代码4. 编写消费者代码4.1 编写处理时间较短的消费者代码4.2 编写处理时间较长的消费者代码5. 运行测试代码 1.预备操作 与 RabbitMQ的相关操作2–轮训分发消息中前两步一致，引入相关依赖，并书写创建信道的工具类 2.创建工具类，让线程停顿，用来控制程序运行速度 public class SleepUtils { public static void sleep(int second){
RabbitMQ基本概念和使用
01-30
一个Consumer进行消息的正常处理，另一个Consumer复制对消息进行日志记录，只要在程序中指定两个Consumer所监听的queue以相同的方式绑定到同一个exchange即可，剩下的消息分发工作由RabbitMQ完成。首先通过一个非常...
RabbitMQ不公平分发
Leon_Jinhai_Sun的博客
10-12 314
在最开始的时候我们学习到RabbitMQ.分发消息采用的轮训分发，但是在某种场景下这种策略并不是很好，比方说有两个消费者在处理任务，其中有个消费者1处理任务的速度非常快，而另外一个消费者2处理速度却很慢，这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是RabbitMQ并不知道这种情况，它依然很公平的进行分发。 为了避免这种情况，我们可以设置参数channel.basicQos(1) //
rabbitMq不公平分发
qq_28227405的博客
01-07 426
rabbitMq默认是公平分发的，即轮询分发，有多少个消费者，多少个消费者平均消费消费。具体例子请看我之前写的文章《rabbitMq消息应答--ack机制》。但是在工作中，我们希望消费速度快的机器就消费更多的消息。这时候我们可以在消费者设置channel.basicQos(1);不公平分发，来让消费速度快的消费者消费更多的消息。
RabbitMq之不公平分发、预取值
chd_sun的博客
01-27 240
但是在某种场景下这种策略并不是很好，比方说有两个消费者在处理任务，其中有个消费者 1处理任务的速度非常快，而另外一个消费者2处理速度却很慢，这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是RabbitMQ并不知道这种情况它依然很公平的进行分发。在mq可视化界面的channel中显示如下。RabbitMO 默认分发消息采用的。
RabbitMQ安装和使用
06-12
RabbitMQ在Linux环境下安装和使用
RabbitMQ的原理和使用
01-27
本文来自于cnblogs，文章从应用场景架构介绍，包括使用过程，怎么实现等相关内容。 AMQP，即...AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。 RabbitMQ是一个
RabbitMQ的不公平分发、发布确认
怕什么真理无穷，进一寸有一寸的欢喜。即使开了一辆老掉牙的破车，只要在前行就好，偶尔吹点小风，这就是幸
06-05 313
在最开始的时候我们学习到 RabbitMQ 分发消息采用的轮训分发，但是在某种场景下这种策略并不是 很好，比方说有两个消费者在处理任务，其中有个消费者 1 处理任务的速度非常快，而另外一个消费者 2 处理速度却很慢，这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是RabbitMQ 并不知道这种情况它依然很公平的进行分发。为了避免这种情况，我们可以设置参数 channel.basicQos(1)
RabbitMQ基础篇(六)-不公平分发
qq_45145827的博客
05-25 247
不公平分发可以理解为能者多劳，按照消费者的处理能力进行消息分配（处理快，消息分配多），以此提高队列消息处理速度，充分利用了消费者的性能。
RabbitMQ不公平分发和预取值（channel.basicQos）
ACMjiayou的博客
02-13 4141
Qos（Quality of Service，服务质量）概念： 当网络发生拥塞的时候，所有的数据流都有可能被丢弃；为满足用户对不同应用不同服务质量的要求，就需要网络能根据用户的要求分配和调度资源，对不同的数据流提供不同的服务质量：对实时性强且重要的数据报文优先处理；对于实时性不强的普通数据报文，提供较低的处理优先级，网络拥塞时甚至丢弃。QoS应运而生。支持QoS功能的设备，能够提供传输品质服务；针对某种类别的数据流，可以为它赋予某个级别的传输优先级，来标识它的相对重要性，并使用设备所提供的各种优先级转发策
消息中间件 - RabbitMQ不公平分发
DJun的博客
08-24 900
在最开始的时候我们学习到 RabbitMQ 分发消息采用的轮询分发，但是在某种场景下这种策略并不是很好，比方说有两个消费者在处理任务，其中有个消费者 1 处理任务的速度非常快，而另外一个消费者 2 处理速度却很慢，这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是RabbitMQ 并不知道这种情况它依然很公平的进行分发。 为了避免上述情况，强烈建议使用不公平分发（能者多劳），生产者和消费者都需要
RabbitMQ不公平分发问题分析及问题解决
最新发布
不怕万人阻挡，只怕自己投降
12-17 2165
一旦数量达到配置的数量， RabbitMQ 将停止在通道上传递更多消息，除非至少有一个未处理的消息被确认，例如，假设在通道上有未确认的消息 5、6、7，8，并且通道的预取计数设置为 4，此时 RabbitMQ 将不会在该通道上再传递任何消息，除非至少有一个未应答的消息被 ack。但是实际上，可能由于消费者处理消息的速度不同(可能由于网络因素、配置因素等不同)，可能就会导致有些消费者长时间处于空闲状态，有些消费者消息处理不过来，导致消息积压，导致负载不均衡等情况，会严重影响到整个系统的性能。
RabbitMQ的不公平分配和持久化
qq_37129192的博客
02-15 1157
1、RabbitMQ的不公平分配 RabbitMQ默认采用的是轮循分发，但实际项目中可能某一个消费者处理的速度快，某一个处理的速度慢， 这个时候用轮循分发就会导致速度快的很长一段时间处于空闲状态，处理慢的就一直在干活。 为了避免上述情况： //消费者端开启不公平分配 channel.basicQos(1); 开启之后，意思就是说，我这一个消息还没有处理完或者说我还没有应答你，请你先不要分配消息给我； 这时候只能把新的消息分发给其它空闲的消费者。 1.1、预期值概念 RabbitMQ本身消息就是异步
RabbitMQ入门（四）持久化与分发策略（不公平分发、预取值分发）
m0_47743175的博客
09-25 478
RabbitMQ入门（四）持久化与分发策略（不公平分发、预取值分发）
04-RabbitMQ-Work Queues&&消息应答&&持久化&&不公平分发
秃头之路
09-29 134
一、介绍 工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务，而不得不等待它完成。相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当有多个工作线程时，这些工作线程将一起处理这些任务。 二、轮训分发消息 ...
RabbitMQ的消息应答以及不公平分发
aiYouWei啊
02-27 1226
RabbitMQ的消息应答以及不公平分发 持久化
RabbitMq：不公平分发和预取值
weixin_61407147的博客
05-23 75
举例：假设在通道上有未确认的消息5，6，7，8，并且通道的预取计数为4，此时RabbtMQ将不会在该通道上再传递任何消息，除非至少有一个为应答的消息被ack。信道中只允许传输一条消息，那么当这条消息处理完后，队列会立马发送下一条消息，所以这个时候快的不断处理，慢的等待当前处理完在处理下一条，这样就实现了能者多劳（所以我们给效率慢的那个消费者获取消息的信道设置，快的不用设置，不要设置错了）perfetchCount设置为0，轮询分发，设置为1，则不公平分发，设置大于1，则是预取值。
【RabbitMQ】 RabbitMQ的持久化、不公平分发和发布确认
m0_64337991的博客
01-30 781
目录 RabbitMQ持久化 概念 队列实现持久化 消息实现持久化 不公平分发 预取值 发布确认 发布确认的策略 开启发布确认的方法 单个确认发布 批量确认发布 异步确认发布（重点） 如何处理异步未确认消息 以上 3 种发布确认速度对比 RabbitMQ持久化 概念 我们已经看到了RabbitMQ如何处理任务不丢失的情况，就是依赖于它的消息自动重新入队机制，但是如何保障当 RabbitMQ 服务停掉以后消 息生产者发送过来的消息不丢失。默认情况下 RabbitMQ ..
rabbitmq消息分发
08-05
在RabbitMQ中，消息的分发是通过交换机和队列之间的绑定来实现的。生产者将消息发送到交换机，然后交换机根据绑定规则将消息分发给相应的队列。消费者通过消费队列中的消息来获取消息进行处理。 在RabbitMQ中，可以...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值