有关Rocketmq的测试

破坏性测试：

        同城多活：解决的问题是①应用宕机，其他的应用能够迅速结果queue

        中间件宕机，发送者能够发往其他的中间件，消费者从其他中间件收消息

        灰度发布：同一个消费组不同实例监听不一样的topic时，能保证不同topic的消息被正确消费

        熔断机制：当消息堆积到一定程度时 ，生成者不往该queue上发消息

        流量权重，自动伸缩Q：queue的数量随consumer的增多而增多，下线而下线

        消息去重：① Redis缓存去重 ②在broker上加互斥锁，永远只有一个消费者能够拿到queue，

性能压测：

        1、通过vm调整os内核参数：调整IO 、网络通信、内存vm.overcommit.memory、线程数量vm.max_map_count、磁盘vm.swappinesss，根据机器内核调整发送线程池数量，例如24核，线程数24

        2、部署机器，例如两个producer、两个consumer，一个broker一个slaver，一个nameserver

        3、压测：tps：控制台，每秒刷新当前consumer的消费速率

        cpu ：toptop，查看cpu利用率

        memory：free命令，查看内存占用情况

        IO：top命令查看磁盘IO等待cpu执行时间，如果过高说明有大量io在等待cpu，负载很高