http://www.zhaibibei.cn/awr/1.1/
从这期开始讲解awr报告的部分,首先讲解awr整体的部分
后续会针对不同的点进行讲解
这部分可以看到
这部分可以看到
这部分可以看到
DB Time= session time spent in database.
DB Time= CPU Time + Non IDLE wait time.
可以看到DB Time比 Elapsed大,如果大很多并且有性能问题,需再进一步分析,后面章节再说
该视图显示的是Shared pool的状态
% SQL with executions>1指的是执行次数大于1的SQL比例,越大越好,如过小则可能是为使用绑定变量导致
这里我们可以了解系统负载的情况
首先是 DB CPU(s) per second,它说明的是每秒钟同时工作的CPU数量
从主机配置可以看到共24个虚拟cpu,而DB CPU(s) per second只有0.4 则说明cpu没有瓶颈
其次我们关注hard parses和 parses的比例,如硬解析率非常高则需要查看cursor_sharing参数和应用程序的绑定变量问题,一般都是由于绑定变量引起的
上面的百分比越高越好,后面会针对每个做介绍
“% Non-Parse CPU” 指的是数据的CPU资源有94.9%用在非解析上,这样是好的
这里是排名前十的前台等待事件
首先看wait class栏位,如果是 User I/O , System I/O, Others这种的可以不用太担心,如发现Concurrency这类等待需要特别关心
其次看等待时间,wait avg=total wait time(总等待时间)/waits(等待次数),最主要看平均等待时间是否正常
后面章节会详细说明每个等待时间
该视图说明的是各过程所占的资源比例
我们注意到所有 % of DB Time总和大于100%,因为这是一个累计的比例,下面DB CPU相关的过程包含在DB CPU中
我们需要注意的是一些异常的高占用情况,如hard parse elapsed time (硬解析时间)占用时间过长等
该视图是操作系统层面的性能指标
这里需要注意%iowait,他代表CPU在等待io操作完成,这个可能是io过慢或者io操作过多导致。
接下来是最重要的一块,他能帮助我们定位占用相关资源的TOP SQL语句
SQL ordered by Elapsed Time
上图为根据持续时间排序的SQL语句
所有栏位可根据字面上意思得出意义
需要注意的是execution如果为0不代表未执行,代表在awr报告的持续范围内该语句未执行完成
这里只举持续时间这个例子,其他后面章节详细说明
通过上面的十点应该会对数据库的性能及负载有了大体的了解,接下来会针对内部细节做解释,谢谢。