怎样系统全面的分析oracle的AWR报告

首页/常见问题/低代码开发/怎样系统全面的分析oracle的AWR报告
作者:低代码发布时间:2025-03-03 10:46浏览量:3837
logo
织信企业级低代码开发平台
提供表单、流程、仪表盘、API等功能,非IT用户可通过设计表单来收集数据,设计流程来进行业务协作,使用仪表盘来进行数据分析与展示,IT用户可通过API集成第三方系统平台数据。
免费试用

系统全面的分析oracle的AWR报告的步骤:1、确定数据库类型;2、分析时间指标;3、整体认识;4、结合Time Model Statistics等。确定数据库类型是指在分析awr报告之前,首先要确定我们的数据库系统是oltp还是olap数据库。

一、系统全面的分析oracle的AWR报告的步骤

1、确定数据库类型

在分析awr报告之前,首先要确定我们的系统是属于oltp(联机事务处理)还是olap(联机分析处理)数据库。对于不同的数据库系统,性能指标的侧重点是不一样的,比如,library hit和buffer hit,在olap系统中几乎可以忽略这俩个性能指标,而在oltp系统中,这俩个指标就非常关键了。

2、分析时间指标

  • Elapsed:240.00(mins)表明采样时间是240分钟,任何数据都要通过这个时间来衡量,离开了这个采样时间,任何数据都毫无疑义。
  • DB Time:92,537.95(mins)表明用户操作花费的时候,包括cpu时间和等待时间,也许有人会觉得奇怪,为什么在采样的240分钟过程中,用户操作时间竟然有92537分钟呢,远远超过了采样时间,原因是awr报告是一个数据的集合,比如在一分钟之内,一个用户等待了30秒,那么10个用户就等待了300秒,对于cpu的话,一个cpu处理了30秒,16个cpu就是4800秒,这些时间都是以累积的方式记录在awr报告中的。

3、整体认识

为了对数据库有个整体的认识,先看下面的性能指标:

  • Buffer Nowait:说明在从内存取数据的时候,没有经历等待的比例,期望值是100%。
  • Buffer Hit:说明从内存取数据的时候,buffer的命中率的比例,期望值是100%,但100%并不代表性能就好,因为这只是一个比例而已,举个例子,执行一条 sql语句,执行计划是需要取10000个数据块,结果内存中还真有这10000个数据块,那么比例是100%,表面上看是性能较高的,还有一个执行计划是需要500个数据块,内存中有250个,另外250个需要在物理磁盘中取,这种情况下,buffer hit是50%,结果呢,第二个执行计划性能才是较高的,所以说100%并不代表性能较好。
  • Library Hit:说明sql在Shared Pool的命中率,期望值是100%。
  • Execute to Parse:说明解析sql和执行sql之间的比例,越高越好,说明一次解析,到处执行,如果parse多,execute少的话,还会出现负数,因为计算公式是100*(1-parse/execute)。
  • Parse CPU to Parse Elapsd:说明在解析sql语句过程中,cpu占整个的解析时间比例,期望值是100%,说明没有产生等待,需要说明的是,即使有硬解析,只要cpu没有出现性能问题,也是可以容忍的,比较硬解析也有它的好处的。
  • Redo NoWait:说明在产生日志的时候,没有产生等待,期望值是100%。
  • Soft Parse:说明软解析的比例,期望值是100%,有一点要说明的是,不要单方面的追求软解析的高比例,而去绑定变量,要看性能的瓶颈在哪里。
  • Latch Hit:说明latch的命中率,期望值是100%,latch类似锁,是一种内存锁,但只会产生等待,不会产生阻塞,和lock还是有区别的,latch是在并发的情况下产生的。
  • Non-Parse CPU:说明非解析cpu的比例,越高越好,用100减去这个比例,可以看出解析sql所花费的cpu,100-99.30=0.7,说明花费在解析sql上的cpu很少。

4、结合Time Model Statistics

可以看出,在整个sql执行时间(sql execute elapsed time)时间为5552019秒中,解析时间(parse time elapsed)用了36秒,硬解析时间(hard parse elapsed time)用了34秒。虽然硬解析时间占了整个解析时间的绝大部分,但解析时间是花的很少的,所以可以判断出,sql的解析没有成为性能的瓶颈,进一步推测,sql在获取数据的过程中遇到了瓶颈。

5、分析Top 5 Timed Events

buffer busy waits 说明在获取数据的过程中,频繁的产生等待事件,很有可能产生了热点块,也就是说,很多会话都去读取同样的数据块,这一事件等待了5627394次,总共等待了5322924秒,平均等待时间为946毫秒,而且频率也是较高的,有95.9%,等待类别是并发。这里有一个概念:oracle操作的最小单位是块,当一个会话要修改这个块中的一条记录,会读取整个块,如果另一个会话要修改的数据也正好在这个块中,虽然这两个会话修改的记录不一样,也会产生等待direct path write temp和direct path read temp 说明用到了临时表空间,那我们再看一下Tablespace IO Stats:

各项指标都是非常高的,再根据上面的In-memory Sort是100%,没有产生磁盘排序,也就在排序的时候没有用到临时表空间,进一步推测,多个session,每个session执行的sql语句中多表关联,产生了很多中间数据,pga内存中放不下,用到了临时表空间,也有可能是用到了lob字段,在用lob字段的时候,也会用到临时表。

6、分析SQL Statistics

根据buffer busy waits等待次数,时间,频率都是较高的,我们重点看逻辑读,物理读,和执行时间最长的sql,把排在前几位的拿出来优化。优化的原则为降低物理读,逻辑读,sql语句中的子操作执行次数尽量少,在看oracle估计出来的执行计划是看不出子操作的执行次数的,要看运行时的执行计划。

7、分析Segment Statistics和Load Profile

Segment Statistics列出了用到的索引和表的使用情况,从这里也能看出索引和表的使用频率。Load Profile里面列出了每秒,每个事务所产生的日志,逻辑读和物理读等指标。

二、Oracle数据库生成AWR报告方法

1、切换用户

使用oralce用户登陆操作系统,如果不知道oracle用户密码,可从root用户 su – oracle:

server01:root:/>whoami
root
server01:root:/>su - oracle
server01:oracle:/home/oracle>whoami
oracle
server01:oracle:/home/oracle>

2、sqlplus连接数据库

在oracle用户下执行 sqlplus / as sysdba命令,连接到oracle数据库:

server01:oracle:/home/oracle>sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Thu Dec 12 00:01:02 2019
Copyright (c) 1982, 2013, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL>

3、导出当前实例的AWR报告

在sqlplus中执行 @?/rdbms/admin/awrrpt.sql:

SQL> @?/rdbms/admin/awrrpt.sql
Current Instance
~~~~~~~~~~~~~~~~
DB Id    DB Name      Inst Num Instance
----------- ------------ -------- ------------
919662622 DEVDB               1 devdb
Specify the Report Type
~~~~~~~~~~~~~~~~~~~~~~~

4、输入导出报告的格式

在执行@?/rdbms/admin/awrrpt.sql命令后,会提示输入导出报告的格式,默认格式为html,如果想导出html格式,直接Enter即可:

Would you like an HTML report, or a plain text report?
Enter 'html' for an HTML report, or 'text' for plain text
Defaults to 'html'
Enter value for report_type:

5、输入要导出的snap的开始ID

在输入要导出的天数之后,oracle会列出所有满足预期天数的snap的信息,根据需要,输入snap的开始ID:

Listing the last 2 days of Completed Snapshots                     
Instance     DB Name       Snap Id    Snap Started   Snap Level
------------ ---------   --------- ------------------ -----
devdb        DEVDB          3151 11 Dec 2019 00:00      1
                            3152 11 Dec 2019 01:00      1
                            3153 11 Dec 2019 02:00      1
                            3154 11 Dec 2019 03:00      1
                            3155 11 Dec 2019 04:00      1
                            3156 11 Dec 2019 05:00      1
                            3157 11 Dec 2019 06:00      1
                            3158 11 Dec 2019 07:00      1
                            3159 11 Dec 2019 08:00      1
                            3160 11 Dec 2019 09:00      1
                            3161 11 Dec 2019 10:00      1
                            3162 11 Dec 2019 11:00      1
                            3163 11 Dec 2019 12:00      1
                            3164 11 Dec 2019 13:00      1
                            3165 11 Dec 2019 14:00      1
                            3166 11 Dec 2019 15:00      1
                            3167 11 Dec 2019 16:00      1
                            3168 11 Dec 2019 17:00      1
                            3169 11 Dec 2019 18:00      1
                            3170 11 Dec 2019 19:00      1
                            3171 11 Dec 2019 20:00      1
                            3172 11 Dec 2019 21:00      1
                            3173 11 Dec 2019 22:00      1
                            3174 11 Dec 2019 23:00      1
                            3175 12 Dec 2019 00:00      1
Specify the Begin and End Snapshot Ids
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Enter value for begin_snap:

6、输入要导出的snap的截止ID

输入开始ID之后,会提示输入截止ID,根据需要输入截止ID:

Enter value for end_snap:

7、设置导出的报告名称

导出报告时,如果需要设置导出的报告名称,可根据提示进行修改:

Specify the Report Name
~~~~~~~~~~~~~~~~~~~~~~~
The default report file name is awrrpt_1_3151_3175.html.  To use this name,
press <return> to continue, otherwise enter an alternative.

Enter value for report_name:

8、查看报告

输入报告名称之后并敲击回车之后,oracle会自动生成AWR报告,可退出sqlplus进行查看:

SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
server01:oracle:/home/oracle>ls -lrt
total 12544
drwxr-xr-x 4 root system 256 Jul 02 1972 app
-rw-r--r-- 1 oracle dba 25178 Jul 02 1972 db.rsp
-rw-r--r-- 1 oracle dba 8 Jul 03 1972 #UNTITLED#
-rw-r----- 1 oracle dba 4950061 Jul 06 1972 core
-rw-r----- 1 oracle dba 289692 Jul 29 22:31 install2019-07-29_22-17-53.log
drwxr-xr-x 2 oracle dba 256 Aug 01 00:40 scripts
-rw-r--r-- 1 oracle dba 594527 Dec 11 22:37 test.html
-rw-r--r-- 1 oracle dba 545490 Dec 12 00:51 awr.html

延伸阅读1:AWR报告简介

AWR(Automatic Workload Repository)是自动负载信息库的英文缩写,AWR报告是Oracle 10g以后版本提供的一种性能收集和分析工具,能提供一个时间段内整个系统资源使用情况的报告,通过报告可以了解一个系统的整个运行情况。

最后建议,企业在引入信息化系统初期,切记要合理有效地运用好工具,这样一来不仅可以让公司业务高效地运行,还能最大程度保证团队目标的达成。同时还能大幅缩短系统开发和部署的时间成本。特别是有特定需求功能需要定制化的企业,可以采用我们公司自研的企业级低代码平台织信Informat。 织信平台基于数据模型优先的设计理念,提供大量标准化的组件,内置AI助手、组件设计器、自动化(图形化编程)、脚本、工作流引擎(BPMN2.0)、自定义API、表单设计器、权限、仪表盘等功能,能帮助企业构建高度复杂核心的数字化系统。如ERP、MES、CRM、PLM、SCM、WMS、项目管理、流程管理等多个应用场景,全面助力企业落地国产化/信息化/数字化转型战略目标。 版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们微信:Informat_5 处理,核实后本网站将在24小时内删除。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系邮箱:hopper@cornerstone365.cn 处理,核实后本网站将在24小时内删除。

最近更新

低代码真的不符合软件工程吗?先看它解决的是哪类工程问题
08-21 15:49
低代码时代真的过去了吗?很多人其实只看到了表面
08-21 11:41
国内低代码平台对比:表单工具、流程平台、企业应用平台差在哪?
08-18 17:35
信息化、数字化、智能化之后,企业为什么还需要低代码?
08-18 10:16
业务人员真的能自己搭系统吗?低代码项目里最大的误解
08-17 17:21
ERP、MES、低代码到底是什么关系?一篇讲清企业系统的分工
08-17 14:16
低代码平台试用怎么测?别只看搭页面,先跑这7个真实场景
08-10 14:34
低代码平台价格怎么选?买断、订阅、私有化部署一次讲清楚
08-07 18:22
低代码买断还是订阅?三年算下来实实在在差多少
08-05 14:40
为什么选择织信?
织信AI低代码开发底座,赋能企业快速构建复杂业务系统,驱动业务与IT高效创新
AI驱动开发
通过自然语言交互完成数据建模与逻辑编排,非技术人员也能快速上手,开发周期从数月压缩至数周。
高性能数据支持
提供上亿级数据承载能力与分布式集群部署,支持海量业务数据的高并发处理。
企业级场景覆盖
支持ERP、MES、CRM、SRM、WMS等核心系统搭建,无缝集成钉钉、企微、飞书及各类异构系统。
专业服务保障
支持私有化部署模式,全面保障数据安全。已累计服务制造、军工、金融等50000+企业客户。
B2C跨境电商知名品牌——朗驰实业
集设计、生产、销售于一体的综合性服装企业,专注女性快时尚B2C跨境电商,目前设有供应链中心、仓储中心、亚马逊运营中心、信息化中心、产品研发中心等20余个部门,引入织信低代码平台个性化定制一套研发、生产、销售全链路的数字化系统,打通服装从设计、生产到销售的各个环节。
全球500强车企巨头——吉利集团
作为一家全球知名的超大型企业,吉利需要大量的技术人员来满足各事业部门的日常数字化需求。在内部强调“降本增效”的大环境下,吉利通过采购“织信低代码平台”,开发周期平均缩短61%,人力投入减少47%,解决了开发需求常年堆积的难题。
医院后勤服务领军者——某管家
国内市场化运作、跨区域经营、集团化管理的大型专业医疗机构后勤服务供应商,全国80多座城市,每天为超过百万的病人和医护人员提供服务,通过织信低代码平台构建线上数字化的方式服务各医院的后勤保障和正常运行,主要为运送条线、保洁条线、秩序条线、工程条线、医废条线等解决工单调度、医辅材料运输、多端协同的效率难题。
中国兵器工业集团——银光化学
国家“一五”期间156个重点项目之一。属于国家高新技术企业,在信息化升级建设中,存在大量“小、散、碎”的信息化需求,需要投入大量人力资源进行开发,通过引入织信低代码平台,解决当下遇到的各类业务难题,提升整体的IT研发效率。
石油领域重点工程单位——川庆钻探
随着国企工规模的不断扩大和内部数字化转型的要求不断提升,公司着眼长远,决定借助织信低代码的各方面能力,从物资储备管理入手,并辐射经营、生产、工程、日常管理等多个板块,为后续内部信息化建设打好基座。
汽车零部件上市企业——川环科技
川环为了有效应对残酷的市场现实,高层一致决定加强公司内部管理,8大部门将全面进行数字化转型,耗时10月,成功上线8套系统,通过织信低代码平台对接现有用友U9ERP,实现各部门的业务线上化,并通过数据治理,实现整个企业从战略到经营管理的分析。
B2C跨境电商知名品牌——朗驰实业
集设计、生产、销售于一体的综合性服装企业,专注女性快时尚B2C跨境电商,目前设有供应链中心、仓储中心、亚马逊运营中心、信息化中心、产品研发中心等20余个部门,引入织信低代码平台个性化定制一套研发、生产、销售全链路的数字化系统,打通服装从设计、生产到销售的各个环节。
全球500强车企巨头——吉利集团
作为一家全球知名的超大型企业,吉利需要大量的技术人员来满足各事业部门的日常数字化需求。在内部强调“降本增效”的大环境下,吉利通过采购“织信低代码平台”,开发周期平均缩短61%,人力投入减少47%,解决了开发需求常年堆积的难题。

各行业用户的共同选择

国防军工
国防军工
央国企
央国企
生产制造
生产制造
生物医疗
生物医疗
科技服务
科技服务
金融证券
金融证券
科研院所
科研院所
物业地产
物业地产
织信适合谁?
如您有以下几种需求,欢迎 填写表单 联系我们
企业员工
《找工具开发功能》
公司老板
《找人定制系统》
软件集成商
《想快速交付项目》
  • 深圳市基石协作科技有限公司
  • 地址:深圳市南山区科发路8号金融基地1栋5F5
  • 手机:137-1379-6908
  • 电话:0755-86660062
  • 邮箱:sales@cornerstone365.cn
  • 微信公众号二维码

© copyright 2019-2026. 织信INFORMAT 深圳市基石协作科技有限公司 版权所有 | 粤ICP备15078182号

前往Gitee仓库
微信公众号二维码
咨询织信数字化顾问获取最新资料
客服咨询热线1
0755-86660062
客服咨询热线2
137-1379-6908
申请预约演示
立即与行业专家交流