开Oracle调优鹰眼，深入理解AWR性能报告。开Oracle调优鹰眼，深入理解AWR性能报告。
Google上海oace户组 Web Images Maps Shopping More Search tools It 5960,000 results 0.36 seconds 上海0ace用户组 SHOUG,走近全系Oace技术和数据库专家 www.shoug.infa/-Translatethispage SHo∈的全称是 Shangh ai Oracle Users Group,中京为上海 Oracle用户組。 SHOUG的 成员仅仅局限于=海地区吗?上海是国际化大都市,我们将以上海为中心 You visited this page cn 3/20/13 Oracle12c新特性- ORACLI数据库教椐恢复、性能朮化、故障诊断来 www.askmaclean.comarchives!oracle/oracle-12cTranslatethispage Feb26,2013-3Oace12c新特性》-作者: Maclean liu,首发于 Ask maclean中 文0rac客手机:1376445638,03 A ALLSTARS Exadata用户组CQ群23549328 2c进入ease发布的倒计时,可能在今年7月在上海举行 You ve vIsited this page 4 times. Last vsIt: 4/25/13 上海 川户组 【性能调优】 报告指标全解析 开开 调伉鹰眼,深入理解 性能报告: 调优鹰眼,深入理解性能报告第二洴: 有同学在看过 调伉鹰眼,深入理解性能报告》的教学祧频后急切期待笫三讲,但实际是第三讲 需要结合大量的原理知识才能充分理解例如 均需要理解其原 理才能充分理解。所以这些 的环节将在 今后的系列调伉讲应中介绍。对于《调优鹰眼 系列》则会增加本附录,作为对全部 指标的介绍,本附录对于原理理解方面的内容将不多,而 更側重于指标含义的介绍,是对鹰眼讲座的工具文档。 如果你觉得本解析中的哪些指标仍理解不透彻或者讲的不清楚的,可以在本页中留言,谢谢大家的支 持 看 的鹰眼基础理论夯实看过份以上 啥是 一堆历史性能数据,放在 表空间上, 和 都是出现的,是 周优的关键特性; 大约年左右开始开发,已绎有年历史 默认快照间隔小时,保存天、俣存天可以通过 修改 程序核心是 本实例 中选择实例号 谁维护 主要是 和它的小工进程 的功能包括 启动进程去做 快照 当某个度量阀值被超过时发出告警 为最近改变过的对象捕获指标信息 上海 川户组 小技巧 于动执行一个快照 这个要背出来哦,用的时候去翻手册,丢脸哦 创建一个基线 比对报告 全局 白动生成 报告 报告总结 WORKLOAD REPOSITORY report for Db Name DB Id Instance Inst Num Startup Time Release RAC MAC 2629627371 askmaclean. com 122-Jan-1316:4911.2.8.3.0YES Host name Platform CPUs Cores Sockets Memory (GB MAC10 AIX-Based Systems (64-bit) 128 32 329.99 Snap Id Snap time Sessions Curs/ sess Begin Snap 585323-Jan-1315:69:56 3,52B End snap: 585423-Jan-1315:39:41 3,765 Elapsed: 29.75(mins) 上海 川户组 DB Time 7,633.76(mins) 为该性能报告的时间跨度白然时间的跨度,例如前一个快照 是点生成的,后一个快 照 是点生成的,则若使用 脚本中指定这个快照的话,那么其 个小时,一个性能报告至少需要个 性能快照才能牛成注意这个快照时间实例 不能重启过,否则指定这个快照生成性能报告会报错 性能报告中的指标往往是后一个快照 和前一个快照的指标的,这是因为累计值并不能反映某段时间内的系统 所有前台 花费在 调用上的总和时间: 注意是前台进程 包括时间 和其他一系列非空闲等待时间,别忘了 不等」响应时间, 高了未必响应慢, 低了未必响应快 描绘了数据库总体负载,但要和 逝去时间结合其他来。 负载一般 伉载很轻 系统了吧 如果仪有个逻辑,而个在分钟都没等待事件,一直跑在上,那么: 正好等于 如果有个 都仅消耗,那么总有一个要 主机亦为,此时 看 真实世界中? read+ 阿猫阿狗 内存参数大小 Cache sizes Begin End Buffer Cache 49, 152M 49, 152M Std block size shared pool size: 13,312M 13, 312M Log Buffer: 334, 848K 上海 川户组 内存管理方式 小内存有小内存的问题,大内存有大内存的麻烦! 值在 和 下可是会动的哦 这里说 一直收缩,则在 过程中一些 对象被住可能导致前台 等 解析等待,最好别让 如果这里 直在 邦说明 原有大小不足以 满足需求可能是大量硬解析,结合下文的解析信息和 来一起诊断问题。 Load profile Per second Per transaction per exec per call DB Time(s) 256.6 8.2 9.日7 9.93 DB CPU(s) 8.0 0.99 Redo size 1,929,943.8 826,5 Logical reads: 196,888.8 159.4 Block change 6,339.4 Physical reads 1 Physical writes 379.2 9.3 User calls 18,157.4 8.2 9.2 Hard parses W/A MB processed 9.8 .9 Executes 3,936.6 Rollbacks 1,126.3 8.9 Transactions 235,3 上海 川户组 Blocks changed per Read: 53.49 Recursive Call % 98.04 Rollback per transaction %%: 36.57 Rows per Sort: 73.70 指标 指标含义 单位 可以用来估量 的频率,人的 往往对写日 志,和归档造成压力, 可以用来分辨是大量小事务,还是少量大事 务。如上例每秒约,每个事务字节,符合 特征 单位次数块数,相当于“人次”,如上例 ,逻辑读耗 ,主频和核数都很重要,逻辑读高则 往往高,也往往可以看到 等待。大量 系统例如 可以高达几十乃至上百 单位次数块数,描绘数据变化频率 单位次数块数,如上例 ,物理读消耗读,体现在和吞吐量等不 同绯度上;但减少物理读可能意味着消耗更多好的存储每秒物理读能力达到几 这个 包含了 和 单位次数块数,主要是 写 ,也有 长期写出慢会导致 期 检查点无法完成的前台等待。这个 包含了 单位次数,用户调用数 解析次数,包括软解析硬解析,软解析优化得不好,则夸张地说几乎等于每秒执行次 数。即执行解析比,而我们希望的是解析一次到处运行哦! 万恶之源 pool… 硬解析最好少于每秒次 单位 中处理的数据数量 结合 起看 登陆次数, 脊陆凤暴,结合 审计数据一起看。短连接的附带效应是游标缓 存无用 执行次数,反应执行频率 回滚次数,反应回滚频率,但是这个指标不太精确,参考而山,别太当真 每秒事务数,是数据库层的,可以看做压力测试或比对性能时的一个指标,孤立看无意 义 每次逻辑读导致数据块变化的比率;如果 Credo size;," block changes' fpct of blocks changed per ead'’三个指标都很高,则说明系统正执行人量 上海 川户组 递归调用的比率 事务回滚比率。 平均每次排序涉及到的行数 注意这些 负载指标在本环节提供了个维度 和 l要是把快照内的值除以快站时间的秒数,例如在快照中 视图反应 这个指标是,在快照中 视图反应 这个指标是 而快照和快照之间间隔了一个小时秒,则对于 就 是 是我们审视数据的主要维度,任何性能数据脱离了时间模型刈亳无意义。 在 出现之前的调优洪荒时代,有很多依赖 等视图中的累计统计信息来调 优,以当前的调优眼光来看,那无异于刀耕火和。 基于事务的维度,与 相比是把除数从时间的秒数改为了该段时间内的事务数。这 个维度的很大用户是用来识别应用特性的变化,若个性能报告中该维度指标出现了大幅变化,例如 从本来 变化为 则说明业务逻辑肯定发生了某些变化。 注意 中的这些指标并不仅仅用来孤立地了解 数据库负载情况,实施调优工作。对于故障诊断 例如 等,完全可以通过对比问题时段的性能报告和常规时间来对比,通过各项指标的对比往往 可以找出病灶所在。 Instance Efficiency Percentages (Target 100%) Buffer nowait 99.97 Redo nowait % 100.00 Buffer Hit % 97.43 In-memory Sort %: 100.00 Library Hit‰:9 Soft parse % 99.58 Execute to parse % 94.82 Latch hit‰:99.95 Parse Cpu to Parse Elapsd % 1.75 Non -Parse CPU 99.85 上海 川户组 上述所有指标的目标均为,即越人越好,在少数情况下可能超过或者为负值 以上 以上 以上 以上 中请一个兼容模式不等待的次数比例。需要访问时立时可以访问的 比率,不兼容的情况在中是 从以后 分离为 个等待事件 91中 Waitstat的总次数基本等于 buffer busy waits等待事件的次数 SQL> select sum(TOTAL WAITS) from vssystem event where event=buffer busy waits SUM(TOTAL WAITS) 33878394 SQL> select sum(count) from vwaitstat; SUM(COUNT) 33869335 1 eg waitstat的总次数基本等于 buffer busy waits和 read by other session等待的次数总和 SQL> select sum (TOTAL WAITS from vssystem_ event where event=buffer busy waits'or event=read by other session; SUM(TOTAL WAITS) 上海 川户组