1.队列收发消息.收发2W条消息.几秒钟收发完毕.生产者与消费者最终收发数目一致.处理速度较快.大概就几秒钟时间.
2.队列收发2000W条消息.队列持续不断开.将对应的服务器停机后.出现节点切换.此时消费者不消费.生产者还在生产.队列堆积16W条左右(时间长堆积的多.).解决措施.将对应的mq服务器重启.并且将消费者重启.
3.停止镜像机器后.对已经有的队列不产生影响.队列中的生产消费继续.不会出现队列堆积的情况发生.
但是单一队列生产400W条消息.在单一队列测试过程中将单纯消费者服务器进行停机.不影响整体队列的进度.但是在最终消费者接受消息时有一条消息丢失.收到消息399999条.一条消息未收到
4.1核1G服务器.两台.形成队列单独执行.每秒执行7-8K条.配置越高实行条数越高.本次测试使用一个字母进行测试.数据量较小.
5.进行测试过程中两台主机对应一个消息队列均可以进行消费.消费量是生产量之和.
6.两个生产者和消费者各400W条数据进行测试.停机任意一台后得到的结果如第二条.队列出现堆积.消费者不消费.内存升高.(但不明显.)重启主机后.将消费者重启.队列开始消费.
结论:
1.在生产过程中,产生的队列会存在主机集群中.如果主机负载过高导致主机down掉.会丢失一条此刻正在进行的数据消息.其余消息不受影响.
2.队列处理效率与主机内存和CPU有关.配置越高消费越快.
3.端口为负载均衡暴漏端口web监控端口1080.数据通讯端口8008.集群内部通讯端口25672不过不需要暴漏.集群之间自己识别通讯.
4.在产生堆积的时候如果消息持续高速生成.会导致已经堆积的消息消费缓慢.需要较长时间的消费才能将已经堆积的队列消费完成.
5.如果后期出现业务扩充.除提高主机配置之外.还可以随时添加主机到现有集群中.进行消息的处理.
