非功能测试-数据库awr报告分析

目录

1.使用场景

2.常规分析

2.1确认问题

2.2解决问题

3.awr报告整体观看

1.使用场景

我们项目组在测试阶段，在测试非功能指标时，遇到一系列问题时，麻烦非功能老师帮忙从数据库导出的awr报告，我们进行分析；

awr报告，可以监控当前数据库的各种指标，例如、数据库基本信息、数据库资源、sql解析、sql执行、事务、rac统计等。

例如以下这种情况，我们进行分析的：

1.单一交易响应时间长问题，导致的tps 测试平均响应时间长：

交易在无关紧要的两行代码之间停留大量时间，例如2、3十秒，当然排除线程池的问题、以及线程池的切换所浪费时间（服务的线程数、服务跳转的线程池配置，都要根据tps配置出合适的、并测试）；

这个一般直接看执行计划就行了，优化sql去了；

当然也可以看当前数据库的awr报告，

2.非交易内部处理逻辑问题，

通过查询某一调用流程日志，发现sql处无查询慢交易，可以通过awr报告，先看一下，是否有别人影响了你

注：

1. 我们测试时，不同的指标组，有时候会有冲突
2. 再其次，我们非功能测试的服务器里，有其他项目也在进行非功能测试，互相有影响，服务器资源不够，因为有的公司会自己封装管理项目的工具，你只能看的自己的服务，其实你的服务和别的项目，可能在一个服务器里，都在进行测试，这个是大锅，我们也遇到了。

等等，

2.常规分析

2.1确认问题

一般情况下，先看第二部分：报告描述

这里面会将数据库统计的指标做一个整理汇报，（详细信息，第三部分明细中会展示），一般可以通过这里看当前非功能测试运行时，数据库是否有异常；

例如： 

rac statistics网络统计

 数据库资源

sql执行计划阶段的分析

 这个是重点了，一般咱们看的也是这个了，

当然要是有数据库io这种不好排查的异常，就要请教一下他人了；（我自己不行）

 这时候可以看到sql出现了问题

2.2解决问题

进去第三部分，明细分析；看下sql执行计划的明细分析

注意：当前数据库的awr报告，顶多说你这段时间非功能测试数据库出现问题，你顶多是发现了有问题，这个问题不一定是你看到了的那个交易响应时间长的原因；

当然你要是看到这里提示的信息，要是和你的交易有关联，也可以先解决一些这个问题；

1.可以直接看执行时间最初的sql，

通过时间，可以看出列举的几个响应时间长的，最长的下面的sql会列举一个片段出来，要是想看下面的，可以将sql id拿出来，给非功能导awr报告的老师，他们会帮你查出来；

注：其他参考指标：

3.awr报告整体观看

一般是英文报告，可以让他们帮忙提高一份中文的，当然要是看习惯了，也可以直接看那几个指标项目；

详细指标就不展示了，用到的时候，导一份就知道了