我的Mule应用程序由在集群中运行的2个节点组成，它侦听IBM MQ Cluster（基本上通过队列管理器连接到2 MQ）。在某些情况下，一个m子节点从MQ集群中提取或获取80％以上的消息，而另一个m子节点则选择剩下的20％。这导致CPU性能问题。我们已经仔细检查了所有负载平衡是否正确，并且极少数情况下出现了CPU性能问题。请任何人提供一些想法，可能是什么原因。
示例：创建了最后一个场景，其中队列中有200000条消息，而node2 ule子服务器在几分钟之内从队列中选择了92％的消息。
这可以通过避免由多个听众引起的竞速条件来解决。将集群中的侦听器仅配置为主节点。将消息重新发布到持久性VM队列。将逻辑移到可以通过VM侦听器触发的另一个流，并让Mule集群进行负载平衡。