rabbitmq 如何解决queue数量过多的问题

发布于 2022-09-12 01:45:30 字数 304 浏览 16 评论 0

应用场景:

每个任务拆分成大概10个子任务,分别占用10个queue。

那么1000个任务同时运行,那么就生成1万个queue。

测试发现,queue数量一大过多,就造成性能急剧下降,甚至添加消息队列都超时的问题。

有人问了,你为啥创建这么多queue呢?

主要是1000个任务,每个任务的消费速度不一样。
就像排队,每个队伍的消息速度都不一样,赶时间的人跟不赶时间的人挤在一起排队,那肯定不行。所以分开,每个任务一个queue。

现在问题来了,如何解决queue数量过多这个问题?或者改用别的方案。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

客…行舟 2022-09-19 01:45:30

既然进了队列,那肯定实时性就会打折扣。
所以还是建议按照优先级分开几条队列。
比如:

  • 高 10条
  • 中 5条
  • 低 2条
人事已非 2022-09-19 01:45:30

您好,我想问下rabbitmq的主题模式(发布订阅)的队列数量几万条会不会导致内存、或其他异常?
我的业务场景是这样的:当有新增一个设备就创建一个队列,所以队列可能会去到上万条等不限制。如果这么多队列的情况下,我发布消息会不会导致卡死之类的问题?业务要去发布消息的速度没要求,只要消息发布出去就行。而且队列一直存在,这样会不会性能要求很高?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文