rabbitmq 如何解决queue数量过多的问题
应用场景:
每个任务拆分成大概10个子任务,分别占用10个queue。
那么1000个任务同时运行,那么就生成1万个queue。
测试发现,queue数量一大过多,就造成性能急剧下降,甚至添加消息队列都超时的问题。
有人问了,你为啥创建这么多queue呢?
主要是1000个任务,每个任务的消费速度不一样。
就像排队,每个队伍的消息速度都不一样,赶时间的人跟不赶时间的人挤在一起排队,那肯定不行。所以分开,每个任务一个queue。
现在问题来了,如何解决queue数量过多这个问题?或者改用别的方案。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
既然进了队列,那肯定实时性就会打折扣。
所以还是建议按照优先级分开几条队列。
比如:
您好,我想问下rabbitmq的主题模式(发布订阅)的队列数量几万条会不会导致内存、或其他异常?
我的业务场景是这样的:当有新增一个设备就创建一个队列,所以队列可能会去到上万条等不限制。如果这么多队列的情况下,我发布消息会不会导致卡死之类的问题?业务要去发布消息的速度没要求,只要消息发布出去就行。而且队列一直存在,这样会不会性能要求很高?