51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5211|回复: 1
打印 上一主题 下一主题

Statspack之十一-Statspack报告各部分简要说明

[复制链接]
  • TA的每日心情
    慵懒
    2015-1-8 08:46
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2007-10-17 14:36:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
      • 第一部分
    数据库概要信息



    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.4End 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.79Parse 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 -32Statistic                              Total     per Second    per Trans--------------------------------- ------------------ -------------- ------------exchange deadlocks                       481            0.2          0.0execute count                      4,873,158        1,968.2         94.4……………parse count (failures)                   542            0.2          0.0parse count (hard)                    80,281           32.4          1.6parse count (total)                2,718,643        1,098.0         52.6parse time cpu                        44,009           17.8          0.9parse 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.6user rollbacks                           19,740            8.0          0.4…………….
    对于本例:
         Round(19740 / (31910 + 19740),4) = .3822  
    这一部分的内容还没有写完,在继续进行中...
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    2#
    发表于 2007-10-28 11:04:49 | 只看该作者
    这些应该是转贴吧?~~
    能说下出处吗?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-22 02:33 , Processed in 0.076869 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表