Statspack之十一-Statspack报告各部分简要说明
2017-03-15 00:00
411 查看
第一部分
数据库概要信息
第二部分
数据库采样时段,这一部分记录了数据库采样的时间,以及采样点数,这部分信息对于report来说是十分重要。
任何统计数据都需要通过时间纬度来衡量,离开了时间,任何数据都失去了意义。
我们在论坛上经常看到有人贴出Top 5等待事件寻求分析,我们的回答是:
无法分析,如果没有时间纬度!
第三部分
主要性能指标说明:
Execute to Parse %执行分析比率
执行分析比率计算公式如下:
所以如果系统Parses > Executions,就可能出现该比率小于0的情况.
该参数计算来自以下部分:
通过公式及以上两个数值:
该值<0通常说明shared pool设置或效率存在问题
造成反复解析,reparse可能较严重,或者可是同snapshot有关
如果该值为负值或者极低,通常说明数据库性能存在问题
Parse CPU to Parse Elapsd %
来自parse time cpu和parse time elapsed
Rollback per transaction 平均事务回滚率
这一部分的内容还没有写完,在继续进行中
数据库概要信息
DB Name DB Id Instance Inst Num Release Cluster Host ---------- ----------- ------------ -------- ----------- ------------ GLOB 188430914 glob 1 9.2.0.4.0 NO b02
第二部分
数据库采样时段,这一部分记录了数据库采样的时间,以及采样点数,这部分信息对于report来说是十分重要。
任何统计数据都需要通过时间纬度来衡量,离开了时间,任何数据都失去了意义。
我们在论坛上经常看到有人贴出Top 5等待事件寻求分析,我们的回答是:
无法分析,如果没有时间纬度!
Snap Id Snap Time Sessions Curs/Sess Comment ------- ------------------ -------- --------- ------------------- Begin Snap: 508 10-Nov-03 15:27:29 76 39.4 End Snap: 511 10-Nov-03 15:57:42 66 35.4 Elapsed: 30.22 (mins)
第三部分
主要性能指标说明:
Execute to Parse %执行分析比率
Instance Efficiency Percentages (Target 100%) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Buffer Nowait %: 100.00 Redo NoWait %: 100.00 Buffer Hit %: 99.81 In-memory Sort %: 100.00 Library Hit %: 98.75 Soft Parse %: 97.05 Execute to Parse %: 44.21 Latch Hit %: 94.79 Parse CPU to Parse Elapsd %: 11.74 % Non-Parse CPU: 96.08
执行分析比率计算公式如下:
100 * (1 - Parses/Executions) = Execute to Parse
所以如果系统Parses > Executions,就可能出现该比率小于0的情况.
该参数计算来自以下部分:
Instance Activity Stats for DB: ORA9 Instance: ora91 Snaps: 30 -32 Statistic Total per Second per Trans --------------------------------- ------------------ -------------- ------------ exchange deadlocks 481 0.2 0.0 execute count 4,873,158 1,968.2 94.4 …………… parse count (failures) 542 0.2 0.0 parse count (hard) 80,281 32.4 1.6 parse count (total) 2,718,643 1,098.0 52.6 parse time cpu 44,009 17.8 0.9 parse time elapsed 374,902 151.4 7.3 …………………….
通过公式及以上两个数值:
100 * (1 - Parses/Executions) = Execute to Parse 100 * (1 - 2,718,643/4,873,158) = 0.44211884777797067117462 * 100 = 44.21
该值<0通常说明shared pool设置或效率存在问题
造成反复解析,reparse可能较严重,或者可是同snapshot有关
如果该值为负值或者极低,通常说明数据库性能存在问题
Parse CPU to Parse Elapsd %
来自parse time cpu和parse time elapsed
100*(parse time cpu / parse time elapsed)= Parse CPU to Parse Elapsd % 100*(44,009 / 374,902)= 11.7388010733471680599196590% = 11.74%
Rollback per transaction 平均事务回滚率
% Blocks changed per Read: 0.37 Recursive Call %: 1.14 Rollback per transaction %: 38.22 Rows per Sort: 11.83 如果回滚率过高,可能说明你的数据库经历了太多的无效操作 过多的回滚可能还会带来Undo Block的竞争 该参数计算公式如下: Round(User rollbacks / (user commits + user rollbacks) ,4)* 100% ……………. user commits 31,910 12.9 0.6 user rollbacks 7fe0 19,740 8.0 0.4 ……………. 对于本例: Round(19740 / (31910 + 19740),4) = .3822
这一部分的内容还没有写完,在继续进行中
相关文章推荐
- Statspack之十一-Statspack报告各部分简要说明(转帖)
- Statspack报告主要参数指标简要说明
- linux系统部分头文件的简要说明
- UIView 简介(十一)UIView方法 简要说明
- 缓存算法简要说明
- SXOI2016 部分解题报告
- Javascript获取窗口(容器)的大小及位置参数列举及简要说明
- Lua BitOp 提供5.1和5.2版本位操作运算 (跨平台C语言实现 说明部分1)
- VisionMobile:2012年移动开发者经济报告(十一):五、走向本地化(下)
- SMTP响应码的简要说明
- Ext 1.0 简要说明 类继承关系图
- 用Eclipse + CDT + MinGW做Windows编程第三部分:一个Demo程序及相关说明
- 通达OA表结构,工作流部分说明
- SAP-MM 价格条件详解-01计算方案的确定及部分概念说明
- Oracle AWR报告及统计数据之DB Time说明
- 测试报告模版和用例评审说明
- JavaScript权威设计--JavaScript函数(简要学习笔记十一)
- 有啊和淘宝的部分产品简要比较
- Delphi部分函数、命令、属性中文说明
- Linux部分命令使用说明