【Oracle之AWR报告解析】

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了【Oracle之AWR报告解析】，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1945字，纯文字阅读大概需要3分钟。

内容图文

举例介绍：
Report A:?Snap Id Snap Time Sessions Curs/Sess?--------- ------------------- -------- ---------?Begin Snap: 4610 24-Jul-08 22:00:54 68 19.1?End Snap: 4612 24-Jul-08 23:00:25 17 1.7?Elapsed: 59.51 (mins)?DB Time: 466.37 (mins)?
先说Report A,在snapshot间隔中，总共约60分钟，cpu就共有60*8=480分钟，DB time为466.37分钟，则：?cpu花费了466.37分钟在处理Oralce非空闲等待和运算上(比方逻辑读)?也就是说cpu有 466.37/480*100% 花费在处理Oracle的操作上，这还不包括后台进程?
2、Report Summary-->Load Profile（显示数据库负载情况）

 

|— Logons大于每秒1~2个、Hard parses大于每秒100、全部parses超过每秒300表明可能有争用问题。
|— Redo size：每秒产生的日志大小(单位字节)，可标志数据变更频率, 数据库任务的繁重与否。

 
|— Parses：SQL解析的次数.每秒解析次数，包括fast parse，soft parse和hard parse三种数量的综合。 软解析每秒超过300次意味着你的"应用程序"效率不高，调整session_cursor_cache。在这里，fast parse指的是直接在PGA中命中的情况（设置了session_cached_cursors=n）；soft parse是指在shared pool中命中的情形；hard parse则是指都不命中的情况。
|— Hard parses：其中硬解析的次数，硬解析太多，说明SQL重用率不高。每秒产生的硬解析次数, 每秒超过100次，就可能说明你绑定使用的不好，也可能是共享池设置不合理。这时候可以启用参数cursor_sharing=similar|force，该参数默认值为exact。但该参数设置为similar时，存在bug，可能导致执行计划的不优。
|— Executes：每秒/每事务SQL执行次数
|— Transactions：每秒事务数.每秒产生的事务数，反映数据库任务繁重与否。
|— Rollback per transaction：每事务的回滚率.看回滚率是不是很高，因为回滚很耗资源 ,如果回滚率过高,可能说明你的数据库经历了太多的无效操作 ,过多的回滚可能还会带来Undo Block的竞争 该参数计算公式如下:
Round(User rollbacks / (user commits + user rollbacks) ,4)* 100%

【Oracle之AWR报告解析】

标签：参数   任务   带来   启用   竞争   举例   数据库   效率   commit   

本文系统来源：https://www.cnblogs.com/frankruby/p/11414241.html

内容总结

以上是互联网集市为您收集整理的【Oracle之AWR报告解析】全部内容，希望文章能够帮你解决【Oracle之AWR报告解析】所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---