MQ如何快速实现流量削峰填谷

最新推荐文章于 2024-08-15 18:04:28 发布
最新推荐文章于 2024-08-15 18:04:28 发布
阅读量3.5w 收藏 46
点赞数 11
分类专栏： 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011676417/article/details/70168194
版权
问：站点与服务，服务与服务上下游之间，一般如何通讯？

答：有两种常见的方式



一种是“直接调用”，通过RPC框架，上游直接调用下游。

 

在某些业务场景之下（具体哪些业务场景，见《到底什么时候该使用MQ？》），可以采用“MQ推送”，上游将消息发给MQ，MQ将消息推送给下游。

 

问：为什么会有流量冲击？

答：不管采用“直接调用”还是“MQ推送”，都有一个缺点，下游消息接收方无法控制到达自己的流量，如果调用方不限速，很有可能把下游压垮。

 

举个栗子，秒杀业务：

上
最低0.47元/天 解锁文章
Star永恒
关注
专栏目录
30-使用RocketMQ做削峰处理
NikoChina的博客
07-26 1535
在出票模块里，
分布式消息中间件RabbitMQ学习笔记（一）——使用场景（限流削峰、异步解耦、数据收集）
weixin_51542566的博客
10-23 1555
1、用户完成支付服务，需要调用订单服务、仓储服务、短信服务等等，并且需要等待调用的服务全部完成，才完成支付服务。2、当用户执行订单服务时，订单服务调用其他服务时，只需要通过MQ发送订单消息通知其他所调用的服务完成任务即可，无需等待其他服务执行完。当用户执行订单服务时，调用短信服务的同时，调用邮件服务、SMS短信等服务，等待调用的所有服务完成后，完成支付服务。加入消息中间件RabbitMQ后，MQ会将超量的请求拦截下来，暂存到队列里，既避免过量请求导致系统A崩溃，也不会丢失用户的请求数据。
MQ，究竟如何做到削峰填谷？
shenjian58的博客
10-20 2999
MQ，很多的应用场景，是消息的订阅发布，是系统上下游的解耦，MQ的还有一个典型应用场景是缓冲流量，削峰填谷，本文将简单介绍下，MQ要怎么实现缓冲流量，削峰填谷。站点与服务上下游之间，一般...
【RabbitMQ】 相关概念 + 工作模式
最新发布
p_fly的博客
08-15 808
本文将介绍一些MQ中常见的概念，同时也会简单实现一下RabbitMQ的工作流程。
RabbitMq消息中间件如何理解削峰，根据业务场景进行阐述？
90度先生
04-28 1466
这样可以实现异步处理，提高系统的响应速度。消费者可以设置每次处理的消息数量和处理速度，从而避免在高峰期因过多的并发请求而导致系统崩溃。当系统的处理能力无法满足高峰期的请求时，消息队列可以暂时存储这些消息，等待消费者有空闲资源时再进行处理。在高并发的业务场景中，RabbitMQ 可以帮助实现削峰，即在流量高峰期缓解后端服务的压力。在高峰期，即使订单处理系统无法立即处理所有请求，消息队列也可以确保请求不会丢失。此外，我们还可以在消费者端设置限流控制，以确保订单处理系统在高峰期不会因为过多的并发请求而崩溃。
RocketMq之削峰
猎户星座
06-06 828
MQ的主要特点为解耦、异步、削峰，本篇博客只是简单的记录RocketMQ削峰用法，用于减少数据库压力的业务场景。 生产者，消费者的配置可以参考以前的文章，这里只列出消费者新增的两个配置： @Bean(initMethod = "start", destroyMethod = "shutdown") public DefaultMQPushConsumer BatchConsumer() { DefaultMQPushConsumer consumer = new Def
MQ-削峰填谷
cyy_j的博客
03-16 947
MQ-削峰填谷
高并发下如何快速使用MQ实现缓冲流量，削峰填谷
感冒石头的博客
02-04 2614
为什么使用原因是？ 服务之间的传递常用的调用就是直接调用(RPC框架)和消息MQ推送两种，但是都有一个缺点，下游消息接收方无法控制到达自己的流量，如果调用方不限速，很有可能把下游压垮。 举个例子，秒杀业务： 上游发起下单操作 下游完成秒杀业务逻辑（库存检查，库存冻结，余额检查，余额冻结，订单生成，余额扣减，库存扣减，生成流水，余额解冻，库存解冻等等） 上游下单业务简单，每秒发起了100...
基于mq和redis实现的秒杀系统
04-02
1. **削峰填谷**：MQ可以缓冲大量并发请求，避免服务器瞬间被大量请求淹没，从而保护后端服务。 2. **异步处理**：将秒杀操作转化为消息发送，后台服务接收到消息后再执行秒杀逻辑，提高系统响应速度。 3. **负载...
MQ那点破事，消息丢失、重复消费、消费顺序、堆积、事务、高可用....
公众号：微观技术
12-19 5843
大家好，我是 Tom哥~马上要开启国庆小长假了，祝大家节日快乐，吃喝玩乐走起~为了便于大家查找问题，了解全貌，整理个目录，我们可以快速全局了解关于消息队列，面试官一般会问哪些问题。本篇文章的目录：消息队列的应用场景？答案：1、异步处理  2、流量削峰填谷  3、应用解耦  4、消息通讯异步处理。将一个请求链路中的非核心流程，拆分出来，异步处理，减少主流程链路的处理逻辑，缩短RT，提升吞吐量。如：注册新用户发短信通知。削峰填谷。避免流量暴涨，打垮下游系统，前面会加个消息队列，平滑
大写的服，看完这篇你还不懂RocketMQ算我输
u010889990的专栏
09-15 1420
目录 RocketMQ介绍 RocketMQ概念 为什么要用RocketMQ？ 异步解耦 削峰填谷 分布式事务最终一致性 数据分发 RocketMQ架构 RocketMQ消息类型 普通消息 顺序消息 定时消息 事务消息 最佳实践 消息重试 消息过滤 消费模式 消费幂等 本地事务消息封装 参考代码 RocketMQ 介绍 Apache RocketMQ 是一款 低延迟、高并发、高可用、高可靠的分布式消息中间件。消息队列 RocketMQ 可为分布式应用系统提供异步解耦和削峰填谷的能力，同
MQ消息队列(6) 解决秒杀等业务的削峰场景
yygr的博客
05-12 2544
https://blog.csdn.net/cowbin2012/article/details/89763191 流量削峰的由来 主要是还是来自于互联网的业务场景，例如，马上即将开始的春节火车票抢购，大量的用户需要同一时间去抢购；以及大家熟知的阿里双11秒杀， 短时间上亿的用户涌入，瞬间流量巨大（高并发），比如：200万人准备在凌晨12:00准备抢购一件商品，但是商品的数量缺是有限的100-500件左右。 这样真实能购买到该件商品的用户也只有几百人左右， 但是从业务上来说，秒杀活动是希望更多的人
RocketMq两种削峰方式
qq_37436172的博客
01-13 1945
并发流控：就是根据业务流控速率要求，来调整topic 消费队列数量(read queue),消费端部署节点，消费端拉去间隔时间，消费端消费线程数量等，来达到要求的速率内延时消费流控：就是在消费端延时消费消息(sleep),具体延时多少要根据业务要求速率，和消费端线程数量，和节点部署数量来控制。
RocketMQ实现流量削峰
Clare Tung
11-04 3908
文章目录RocketMQ流量削峰总体思路服务项目flowpeakclipping-gateway：网关服务flowpeakclipping-mq：mq服务flowpeakclipping-businessService：消费mq消息，进行业务处理代码地址 RocketMQ流量削峰 总体思路 http请求到gateway网关 gateway通过RouteLocator配置路由信息转发到mq服务 mq服务接收到数据后，将数据发送到对应的topic mq消费者监听消息，拉取消息，进行业务处理，处理完后将msg
深入剖析MQ(消息队列)：解耦、削峰、异步
八戒的博客
11-04 2742
在了解什么事消息队列之前，我们要先知道同步和异步通讯的区别，我们从以下两方面介绍MQ:同步和异步通讯什么使用MQ。
高并发系统设计十六（消息队列削峰）
qq_36341209的博客
10-19 2486
在前面章节，我们了解了高并发系统设计的三个目标：性能、可用性和可扩展性，而在提升系统性能方面，我们一直关注的是系统的查询性能。也用了很多的篇幅去讲解数据库的分布式改造，各类缓存的原理和使用技巧。究其原因在于，我们遇到的大部分场景都是读多写少，尤其是在一个系统的初级阶段。 比如说，一个社区的系统初期一定是只有少量的种子用户在生产内容，而大部分的用户都在“围观”别人在说什么。此时，整体的流量比较小，而写流量可能只占整体流量的百分之一，那么即使整体的 QPS 到了 10000 次 / 秒，写请求也只是到了每秒 1
怎样来实现流量削峰方案
tian830937的专栏
09-02 1020
1.对于秒杀这样的高并发场景业务，最基本的原则就是将请求拦截在系统上游，降低下游压力。如果不在前端拦截很可能造成数据库(mysql、oracle等)读写锁冲突，甚至导致死锁，最终还有可能出现雪崩等场景。2.划分好动静资源，静态资源使用CDN进行服务分发。3.充分利用缓存(redis等)：增加QPS，从而加大整个集群的吞吐量。4.高峰值流量是压垮系统很重要的原因，所以需要Kafka等消息队列在一端承接瞬时的流量洪峰，在另一端平滑地将消息推送出去。
RabbitMQ速通笔记
m0_74417628的博客
03-08 1391
原文链接：https://blog.csdn.net/qq_45173404/article/details/121687489。
RabbitMQ流量削峰填谷
07-29
RabbitMQ的流量削峰填谷是指通过使用消息队列来控制系统的请求流量，从而平滑处理高峰期的请求。具体来说，可以将大量的请求积压在消息队列中，然后让系统每秒从队列中拉取一定数量的请求进行处理。这样可以有效地控制系统的并发量，避免系统因为突发的高并发请求而崩溃。削峰填谷的目的是将最初的高峰请求分散到后续的时间段中，从而平均系统的负载，提高系统的稳定性。\[3\]这种方式可以帮助系统应对突发的请求压力，提高系统的可用性和性能。 #### 引用[.reference_title] - *1* *2* *3* [RabbitMQ(一)-----MQ基础知识点](https://blog.csdn.net/xueyijin/article/details/117742738)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值