关于延时消息突然大量插入问题讨论

分享 / 14 / 6 / 创建于 1年前

我通常用延时消息在处理订单未支付超时等相关业务，比如5分钟、10分钟超时，如果说有几十万甚至上百万条延时消息等待消费，会不会对系统有很大压力？单机redis能支撑的延时消息大约是多少？有大佬测试过吗？如果中间件换成rabbitmq又是多少？

消息队列

勇敢的心

见习助教 854 声望

暂无个人描述~

1 人点赞

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

推荐文章：

更多推荐...

博客

一个延时任务问题引发的思考 29 / 16 |

博客

微信小程序、抖音小程序、百度小程序、支付宝小程序、快手小程序集合（支付、手机号解密、获取Token、模版消息、支付异步通知、退款、订单查询） 18 / 13 |

博客

踩坑: Horizon 队列任务卡死,无法进入重试问题排查分析过程 13 / 4 |

博客

消息中间件应用的常见问题与方案 28 / 4 |

博客

从 0 开始打造聊天室，搞定 Laravel 实时通信 —— 发送消息 19 / 13 |

博客

如何使用 Laravel 的队列机制？有哪些场景需要使用队列 ? 12 / 0 |

讨论数量: 6

deatil

见习助教 779 声望

队列不会

1年前评论

ononl

228 声望

如果是队列内存够大就行，只是业务如果处理太慢得考虑延时时间是否能接受。

1年前评论

Coolr

课程读者 9 声望

小体量没为题，大体量不建议用队列，大量的消息堆积，对一些中间件和服务器的压力还是很大的成本也较高，定时任务比较靠谱 :joy:。

1年前评论

雷雷

90 声望

我最近在优化代码 redis队列积压了30w条数据占用了0.6G内存
消费的话数据库有压力，redis只要内存够用就行

1年前评论

5yop

课程读者 18 声望

rabbitmq 延迟消息用死信队列或插件；
死信队列会造成队头阻塞；
插件不适合大量延迟消息 #issues/72

redis 只要内存够大就行，重复消费消息丢失要自己去保证。

1年前评论

如此甚好

98 声望

主要是你消费队列，你多服务器去执行队列，然后每台服务器的队列消费的进程数稍微多一些，同时这么多同时执行的时候，你别的中间件如数据库要能扛得住，不然也不行

1年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

关于延时消息突然大量插入问题讨论

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

关于延时消息突然大量插入问题讨论

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录