测试的那点事之node缓存
2017-08-22 16:39
232 查看
项目:JGZSPT(为保密,采用缩写)-2017年8月18日
性能点描述;50人并发,500同时在线 首页查询
情况描述:第一次加压方式为 每3S递增一人,场景运行设置 迭代一次,忽略思考时间
现象:在压测时发现50人并发查询响应时间合理,大约0.34s,完全在合格范围内。但是在压测时访问系统时发现系统很慢、鼠标点击后系统反应不过来,始终处于加载的状态,而且还会出现404的情况
架构配置:应用服务器1 数据库服务器1
原因分析:
最初怀疑是并发人数问题导致,在减少至20并发、10并发、5人并发发现问题并没有解决
之后录取首页脚本(没有录制和查询有关)发现压的时候还是第一次压的情况,由此锁定与数据库服务器无关,直接锁定到应用服务器,监控资源发现,硬件资源完全够用,进而转到应用服务器的软件方面,最后发现是因为node缓存不够导致
解决办法:增加node缓存
第二次压测 50人并发查询响应时间合理、系统访问正常,问题解决!
PS:至于node缓存是什么请自行百度O(∩_∩)O
(以上言论仅供大家参考,希望大家在测试时遇到此类问题时,可以有一个解决思路,而不是像我一样做个无头苍蝇
)
性能点描述;50人并发,500同时在线 首页查询
情况描述:第一次加压方式为 每3S递增一人,场景运行设置 迭代一次,忽略思考时间
现象:在压测时发现50人并发查询响应时间合理,大约0.34s,完全在合格范围内。但是在压测时访问系统时发现系统很慢、鼠标点击后系统反应不过来,始终处于加载的状态,而且还会出现404的情况
架构配置:应用服务器1 数据库服务器1
原因分析:
最初怀疑是并发人数问题导致,在减少至20并发、10并发、5人并发发现问题并没有解决
之后录取首页脚本(没有录制和查询有关)发现压的时候还是第一次压的情况,由此锁定与数据库服务器无关,直接锁定到应用服务器,监控资源发现,硬件资源完全够用,进而转到应用服务器的软件方面,最后发现是因为node缓存不够导致
解决办法:增加node缓存
第二次压测 50人并发查询响应时间合理、系统访问正常,问题解决!
PS:至于node缓存是什么请自行百度O(∩_∩)O
(以上言论仅供大家参考,希望大家在测试时遇到此类问题时,可以有一个解决思路,而不是像我一样做个无头苍蝇
)
相关文章推荐
- Hibernate缓存测试小总结
- 在测试sql语句性能时先清空缓存
- node.js利用redis数据库缓存数据的方法
- Node.js 缓存加载机制
- 测试手机是否使用缓存
- 1亿动态pv/天的超级数据库缓存解决方案,开源了,还有测试代码。作者KK
- 安全测试发现可高速缓存的登录页面的解决方法
- sublime中配置node测试环境、路径追踪dos插件
- linux操作系统缓存(cache)效果测试
- hadoop 2.4 的测试工具之name node benchmark 异常处理=> exceptions: 1000
- golang与node.js的http模块性能对比测试(go1)
- 测试系统pipe缓存大小
- 数据库缓存方案(Java版的,含测试JSP)
- php 缓存使用监控测试代码
- 转 关于跨浏览器测试那点事
- VirtualBox 虚拟机硬盘缓存与系统虚拟缓存对性能的影响测试。
- 功能测试--H5页面发红包的隐藏问题(缓存、缓存失效以及失效的后续处理)
- 在测试sql语句性能时先清空缓存【转自:http://www.cnblogs.com/yukaizhao/archive/2008/04/24/1168647.html】
- Node.js(八)——HTTP性能测试
- WiFi流量劫持—— 长缓存脚本投毒测试