2、快速定位瓶颈原因
在性能索引列举显示快速锁定响应时间长的性能索引。如图7，事务响应时间最长的性能索引为/IOST/as.do，响应时间为40004.86ms。
分析性能索引的方法执行情况，可快速看到执行过程中出现了Exception。如图8。
定位到出现Exception的源码，如图9。
针对响应时间最长的性能索 /IOST/as.do进行分析。钻取性能索引/IOST/as.do 的Web Request，定位其相关的URL，如图10。
URL为http://172.16.200.61:8080/IOST/as.do，在浏览器上访问URL报404错误，如图11。
进一步分析404 Error的原因，钻取性能索引/IOST/as.do的Error，定位到一个JRedis API的Socket连接失败，如图12。
解决方案效果
本项目通过性能测试及dynaTrace监控工具的辅助，快速发现了JRedis的socket连接失败是导致该系统出现性能瓶颈的主要原因。开发人员对问题修复后，系统的性能得到了明显的提升。
备注：JRedis为缓存服务器。Web前台将根据一定规则，从数据库直接获取需浏览或查询的信息进行显示，为了规避当前系统请求负担引发事务处理失败的情形，引入Redis缓存服务器，使系统请求入口点统一从缓存进行处理，以达到快速访问和确保事务成功的双重目的。引入缓存服务器大幅度地提高了系统处理客户请求的能力,解决了系统处理网络I/O操作的瓶颈问题。不但提高系统可扩展性，而且有利于提高系统吞吐率。
更多解决方案》》http://www.51testing.cn/
dynaTrace工具》》http://www.51testing.cn/product_service/dynatrace.html
版权声明：本文为51Testing软件测试网原创，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
