本文主要是介绍性能测试经典案例解析——政务查询系统,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
各位好,我是
@道普云
一站式云测试SaaS平台。一个在软件测试道路上不断折腾十余年的萌新。
欢迎关注我的主页
@道普云
文章内容具有一定门槛,建议先赞再收藏慢慢学习,有不懂的问题欢迎私聊我。
希望这篇文章对想提高软件测试水平的你有所帮助。
政务查询系统的用户量相对来说是比较小的,但是它的复杂性和对实时性的要求是比较高的,我们以一个主要提供单位信息业务复杂查询功能的系统为例。
在测试过程中主要发现某查询业务在生产环境响应时间过长,超过20秒,但是在测试环境响应时间却较快,只有3秒左右。相关数据表也已经建立了索引。而且生产环境配置比测试环境高,按理说生产环境配置更高它应该更快。针对这个问题,我们要找出为什么在生产环境中慢?
接下来我们就通过时间分布分析、环境差异分析、数据库监控分析、SQL执行分析这几个方面去进行分析。
时间分布分析
业务响应时间主要消耗在SQL执行时间。
生产环境SQL执行时间在26秒。
测试环境SQL执行时间在3秒以内。
环境监控比对分析
生产环境数据量59万,使用CentOS、Oracle 12c Rac,硬件配置较高。
测试环境数据量176万,使用Windows server 2016、Oracle 12c 单节点,硬件配置较低。
服务器资源在正常范围内。
数据库监控分析(AWR)
Oracle实例处理器、内存资源指标正常。
Oracle实例中没有明显的等待事件。
存在问题的SQL语句执行计划COST在生产环境、测试环境存在巨大差异。
SQL语句执行分析(1)
SQL语句执行分析(2)
生产环境SQL语句中排序相关操作由于没有经过索引,造成IO过高。
Oracle实例中排序相关参数Sort_Area_Size、workarea_size_policy配置存在问题。
通过去除SQL语句中的排序操作,SQL执行时间大幅度提升。
通过性能问题综合分析我们得到的诊断结果是:定位索引失效原因。
通过与开发、运维人员沟通,了解到该表是通过数据迁移在生产环境进行创建。
在数据迁移过程中,表的rowid发生变化,造成索引失效。
解决方法:
通过新建表空间重新导入数据表、重建索引解决。
Alter index index_name rebuild tablespace tbs_name;
Alter index pk_name rebuild tablespace tbs_name;
这篇关于性能测试经典案例解析——政务查询系统的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!