各位，好的！
我们现在使用的jmq是京东自己开发的一系列基于mq的消息机制。
众所周知，jmq有大量发送。 通常，如果遇到性能问题，建议将单个发送改为批量发送，例如producer.send(list )。但是改成批量发送就一定会提高性能了吗？
今天遇到了这样的问题。 Jmq的生产率突然下降，原来的90ms左右下降到最低的220ms左右。 下图显示性能突然下降。 我联系了jmq的负责人没办法的爆米花，他首先考虑的是增加容量。
下午我会在线，但这个时候jmq的容量还没有增加。 然后我再次和JMQ管理员沟通，他问我们是统一发送还是统一发送。 后来，他建议批量生产小点(这个时候，他应该分析了什么^_^ )，先换个角度观察。 考虑到以前批量发送了jmq，此次上线有每次批量内容超过2m的限制。 考虑到双11的量又进行了调整，这次将一次的发送分为三部分。 例如，分三次生产120条数据。 以前分为两次、两次。 如下，这次分为三部分。
producer.send(sublist0；
producer.send(sublist1；
producer.send(sublist2；
5点多上线，然后调用jmq的监控摄像头，如下所示
重新恢复成90ms左右。这个时候jmq那边并没有扩容。看下面的调用量也上来了。性能反而提升上来了。
总结思考的时候到了。 哈哈，变成这样。
在此基础上，jmq集群与负载策略。 Jmq的负荷与Jmq管理员取得了联系，他们在随机策略
这个问题是这样说明的。 举个例子吧
要求条件1:100w要求，每要求2m
要求条件2:50w要求，每要求4m、
问题：固定的现有集群的性能在什么条件下才能顺利进行？ 根据我们的实际在线结果，明确了要求条件1，1100 w要求，每要求2m
也就是说，如果这个集群总共200台机器，条件是50w要求的话，根据其负荷策略，有些机器是闲着的部分机器已经很忙了。 批次太大，在同一时间分发给了同一broker。
像这样，我们没有扩张。 实际上，还没有充分发挥这个现有的集群的性能。