一个令人纠结的性能性能缺陷

经过一段时间的连续连续加班,持续大概4个月的性能测试项目终于要结束了,现在想想,各种酸甜苦辣都有吧
本次项目我作为一个专职的性能测试人员,我比较幸运,我和其他功能测试人员同时入场了,入场之后,功能测试人员都在忙着熟悉需求、编写测试案例,而我在熟悉需求的同时编写性能测试计划、测试方案以及测试案例,顺便忙里偷闲跟着功能测试组学习informatica如何使用,ETL如何测试,毕竟这部分以前没有接触过,顺便帮功能测试组干点活,就这样,一个月过去了,性能测试设备到位了,开始安装环境,一共四台机器,搭建过环境的朋友都知道,安装手册主要是提供思路,想按照安装手册一帆风顺的装下去那几乎是不可能,中间遇到了很多问题,通过百度、求助别人,大概用了8个工作日,环境搭建完成了,接着就是开发测试脚本,这个过程还算顺利,不顺利的情况在测试执行的时候出现了,当测试执行多用户并发是,发现只要超过20个用户登陆,数据库CPU使用率就到90%左右(当时用的可是32C 64G的机器),难道32C 64G的机器不能支持20个虚拟用户的并发,大概测试了20个功能点都这样,如果这个问题不解决,后面的混合场景、稳定性测试、浪涌测试、疲劳测试、容量测试都无法进行,此时距上线大概只有两周时间了,测试组着急,开发组在修复缺陷的同时也派人专门支持性能测试、开发组在整个过程中也检查自己是否加了索引,也针对这些功能点重建了索引,行方的质量经理也很着急,虽然大家都很着急,但是问题还没有解决,行方请来了数据中心的数据库维护人员,请来的第一位女大侠进行简单的分析以后,把SGA由之前的12G调整到16G以后忙自己的事情去了,让我们重新测试,说要是还有问题就把报告打出来,我们经过测试发现此问题还在,第二天晚上加班的时候又请了一位数据中心的人进行诊断,诊断的结果就是oralce启用了很多进程,和其它并发用户相同的系统比较,其他系统没有这么多的进程,至于CPU使用率为什么这么高,暂时还是没有答案,在此过程中,我在网上进行了各种资料的查询(那时候白天在客户现场不能上班,只能晚上回来查询了,记录下来,第二天去检查测试环境是否存在类似的问题),学习了oracle的共享服务器模式还是专有服务器模式,以及网上有人说的一些配置文件的查看,还是没有解决问题,那时候怀疑可能是安装问题还是配置文件出问题,因为当时的想法就是请了两个数据中心的人都没诊断出问题,那指定不是一般问题,也不是小问题(现在想想,那时候太崇拜技术大拿了),最后抱着试一试的心态在网上在看看,最后通过这样一个sql语句解决了问题
select sql_text,spid,v$session.program,process from v$sqlarea,v$session,v$process where v$sqlarea.address=v$session.sql_address and v$sqlarea.hash_value=v$session.sql_hash_value and v$session.paddr=v$process.addr and v$process.spid in(PID);
首先使用topas查到消耗CPU比较高的进程,然后获取进程的ID,讲进程id扔在上述sql语句的PID进程处,执行该sql语句,最后抓到了一个sql语句,对sql语句进行了分析,分析了sql语句的执行计划,发现执行了全表扫面,而且这个sql语句同时从4张表的查询语句,那这个语句是干嘛的,为什么测试的每个功能点都用用到呢?难道是平台框架的?也不像啊?
登陆系统,发现登陆完成以后,首页有好多种提示信息/待办事宜(类似于个贷系统提示客户贷款到期、贷款逾期的这种待办事宜)这下大家恍然大悟了,为什么每个功能点都有类似的问题,只要你登陆完成,系统就会自动查询,当多用户并发时,由于sql语句不当的执行计划导致消耗了更高的CPU,这个问题终于解决了,很开心,这也是自己动手解决的第一个性能问题,以前只是协助定位,系统如期上线了,难道就结束了了吗?没有
第一:为什么开发明确说加了索引最后还是索引的问题呢,个人觉得主要是项目周期比较紧,开发流程控制不严格,按照开发组的说法在后面要重建索引,但是性能测试要进行性能测试,他们对大部分功能点表添加了索引,忽略了首页提醒信息/待办事宜的几张表
第二:数据中心的人为什么没有检查索引的问题呢?太相信开发了,因为这些开发大多数都有10年的工作经验,所以大家对开发的话深信不疑。
第三:数据中心的人为什么没有直接打出AWR或者statspack报告而直接调整了SGA呢?也许他们太忙了还是有别的原因,我们不得而知。
第四:为什么数据中心的第二位大拿发现oracle数据库启动了那么多进程而并发用户差不多的另一个系统却没有呢,我们系统使用了专有服务器,而另一个系统使用了共享服务器。
通过这个问题,我想说,第一大家不要过分崇拜技术大牛而藐视自己,第二不要百分之百相信开发组或者其他人的话,虽然他们经验很丰富、你可以表面上相信,但是别忘了实践时间出真理 第三、发现问题,一定要监控、拿出数据报告说话、毕竟推断和猜测还是有区别的。

创新互联公司长期为上千多家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为浦北企业提供专业的网站建设、成都网站设计浦北网站改版等技术服务。拥有十余年丰富建站经验和众多成功案例,为您定制开发。


本文名称:一个令人纠结的性能性能缺陷
本文地址:http://bzwzjz.com/article/pdpdhh.html

其他资讯

Copyright © 2007-2020 广东宝晨空调科技有限公司 All Rights Reserved 粤ICP备2022107769号
友情链接: 响应式网站建设 网站设计 成都营销网站建设 网站制作 成都商城网站制作 梓潼网站设计 成都网站制作 成都网站建设 网站设计 泸州网站建设 企业网站设计 定制网站建设多少钱 LED网站设计方案 企业网站设计 响应式网站设计 广安网站设计 移动手机网站制作 成都网站设计 教育网站设计方案 手机网站建设 达州网站设计 成都网站设计