·通过内网访问进行压测 ·用来压测的 ecs 规格不宜太小 ·构造数据的性能可以看做纯写入下的 db 性能,通过调整线程数逼近db 的写入性能上限 ·测试数据量一定要逼近真实数据量大小,否则,cache 命中率不一样,测试读的时候,响应会截然不同 ·构造测试数据,一定要持续一段时间,这样才能观察到 db 后台任务运行对写入性能的影响
在构造你的压测数据的时候,你数据量一定要足够大,然后一定要持续一段时间,因为任何一款数据库它都存在一些周期运行的任务,或者说一些后台的任务,如果你持续的时间比如说只有一分钟,很可能后台的任务或者周期任务他还没有执行,那么你压测出来的表现就并不是最真实的一个表现,因为任何一个周期任务,它其实都会抢占你的CPU资源,或者说磁盘的io资源,它会影响你的读写的性能,完成了测试数据的构造,那么通过把漏的命令改成乱命令,我们就可以对你的实际的压测产品做一个压测。 答复内容摘自《Cassandra实战指南》,这本电子书收录开发者藏经阁 下载连接:https://developer.aliyun.com/topic/download?id=7881
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。