一、系統(tǒng)全面的分析oracle的AWR報(bào)告的步驟
1、確定數(shù)據(jù)庫類型
在分析awr報(bào)告之前，首先要確定我們的系統(tǒng)是屬于oltp（聯(lián)機(jī)事務(wù)處理）還是olap（聯(lián)機(jī)分析處理）數(shù)據(jù)庫。對(duì)于不同的數(shù)據(jù)庫系統(tǒng)，性能指標(biāo)的側(cè)重點(diǎn)是不一樣的，比如，library hit和buffer hit，在olap系統(tǒng)中幾乎可以忽略這倆個(gè)性能指標(biāo)，而在oltp系統(tǒng)中，這倆個(gè)指標(biāo)就非常關(guān)鍵了。
2、分析時(shí)間指標(biāo)
Elapsed：240.00(mins)表明采樣時(shí)間是240分鐘，任何數(shù)據(jù)都要通過這個(gè)時(shí)間來衡量，離開了這個(gè)采樣時(shí)間，任何數(shù)據(jù)都毫無疑義。DB Time：92,537.95(mins)表明用戶操作花費(fèi)的時(shí)候，包括cpu時(shí)間和等待時(shí)間，也許有人會(huì)覺得奇怪，為什么在采樣的240分鐘過程中，用戶操作時(shí)間竟然有92537分鐘呢，遠(yuǎn)遠(yuǎn)超過了采樣時(shí)間，原因是awr報(bào)告是一個(gè)數(shù)據(jù)的集合，比如在一分鐘之內(nèi)，一個(gè)用戶等待了30秒，那么10個(gè)用戶就等待了300秒，對(duì)于cpu的話，一個(gè)cpu處理了30秒，16個(gè)cpu就是4800秒，這些時(shí)間都是以累積的方式記錄在awr報(bào)告中的。3、整體認(rèn)識(shí)
為了對(duì)數(shù)據(jù)庫有個(gè)整體的認(rèn)識(shí)，先看下面的性能指標(biāo)：
Buffer Nowait：說明在從內(nèi)存取數(shù)據(jù)的時(shí)候，沒有經(jīng)歷等待的比例，期望值是100%。Buffer Hit：說明從內(nèi)存取數(shù)據(jù)的時(shí)候，buffer的命中率的比例，期望值是100%，但100%并不代表性能就好，因?yàn)檫@只是一個(gè)比例而已，舉個(gè)例子，執(zhí)行一條 sql語句，執(zhí)行計(jì)劃是需要取10000個(gè)數(shù)據(jù)塊，結(jié)果內(nèi)存中還真有這10000個(gè)數(shù)據(jù)塊，那么比例是100%，表面上看是性能較高的，還有一個(gè)執(zhí)行計(jì)劃是需要500個(gè)數(shù)據(jù)塊，內(nèi)存中有250個(gè)，另外250個(gè)需要在物理磁盤中取，這種情況下，buffer hit是50%，結(jié)果呢，第二個(gè)執(zhí)行計(jì)劃性能才是較高的，所以說100%并不代表性能較好。Library Hit：說明sql在Shared Pool的命中率，期望值是100%。Execute to Parse：說明解析sql和執(zhí)行sql之間的比例，越高越好，說明一次解析，到處執(zhí)行，如果parse多，execute少的話，還會(huì)出現(xiàn)負(fù)數(shù)，因?yàn)橛?jì)算公式是100*（1-parse/execute）。Parse CPU to Parse Elapsd：說明在解析sql語句過程中，cpu占整個(gè)的解析時(shí)間比例，期望值是100%，說明沒有產(chǎn)生等待，需要說明的是，即使有硬解析，只要cpu沒有出現(xiàn)性能問題，也是可以容忍的，比較硬解析也有它的好處的。Redo NoWait：說明在產(chǎn)生日志的時(shí)候，沒有產(chǎn)生等待，期望值是100%。Soft Parse：說明軟解析的比例，期望值是100%，有一點(diǎn)要說明的是，不要單方面的追求軟解析的高比例，而去綁定變量，要看性能的瓶頸在哪里。Latch Hit：說明latch的命中率，期望值是100%，latch類似鎖，是一種內(nèi)存鎖，但只會(huì)產(chǎn)生等待，不會(huì)產(chǎn)生阻塞，和lock還是有區(qū)別的，latch是在并發(fā)的情況下產(chǎn)生的。Non-Parse CPU：說明非解析cpu的比例，越高越好，用100減去這個(gè)比例，可以看出解析sql所花費(fèi)的cpu，100-99.30=0.7，說明花費(fèi)在解析sql上的cpu很少。
4、結(jié)合Time Model Statistics
可以看出，在整個(gè)sql執(zhí)行時(shí)間（sql execute elapsed time）時(shí)間為5552019秒中，解析時(shí)間（parse time elapsed）用了36秒，硬解析時(shí)間（hard parse elapsed time）用了34秒。雖然硬解析時(shí)間占了整個(gè)解析時(shí)間的絕大部分，但解析時(shí)間是花的很少的，所以可以判斷出，sql的解析沒有成為性能的瓶頸，進(jìn)一步推測，sql在獲取數(shù)據(jù)的過程中遇到了瓶頸。
5、分析Top 5 Timed Events
buffer busy waits 說明在獲取數(shù)據(jù)的過程中，頻繁的產(chǎn)生等待事件，很有可能產(chǎn)生了熱點(diǎn)塊，也就是說，很多會(huì)話都去讀取同樣的數(shù)據(jù)塊，這一事件等待了5627394次，總共等待了5322924秒，平均等待時(shí)間為946毫秒，而且頻率也是較高的，有95.9%，等待類別是并發(fā)。這里有一個(gè)概念：oracle操作的最小單位是塊，當(dāng)一個(gè)會(huì)話要修改這個(gè)塊中的一條記錄，會(huì)讀取整個(gè)塊，如果另一個(gè)會(huì)話要修改的數(shù)據(jù)也正好在這個(gè)塊中，雖然這兩個(gè)會(huì)話修改的記錄不一樣，也會(huì)產(chǎn)生等待direct path write temp和direct path read temp 說明用到了臨時(shí)表空間，那我們?cè)倏匆幌耇ablespace IO Stats：
各項(xiàng)指標(biāo)都是非常高的，再根據(jù)上面的In-memory Sort是100%，沒有產(chǎn)生磁盤排序，也就在排序的時(shí)候沒有用到臨時(shí)表空間，進(jìn)一步推測，多個(gè)session，每個(gè)session執(zhí)行的sql語句中多表關(guān)聯(lián)，產(chǎn)生了很多中間數(shù)據(jù)，pga內(nèi)存中放不下，用到了臨時(shí)表空間，也有可能是用到了lob字段，在用lob字段的時(shí)候，也會(huì)用到臨時(shí)表。
6、分析SQL Statistics
根據(jù)buffer busy waits等待次數(shù)，時(shí)間，頻率都是較高的，我們重點(diǎn)看邏輯讀，物理讀，和執(zhí)行時(shí)間最長的sql，把排在前幾位的拿出來優(yōu)化。優(yōu)化的原則為降低物理讀，邏輯讀，sql語句中的子操作執(zhí)行次數(shù)盡量少，在看oracle估計(jì)出來的執(zhí)行計(jì)劃是看不出子操作的執(zhí)行次數(shù)的，要看運(yùn)行時(shí)的執(zhí)行計(jì)劃。
7、分析Segment Statistics和Load Profile
Segment Statistics列出了用到的索引和表的使用情況，從這里也能看出索引和表的使用頻率。Load Profile里面列出了每秒，每個(gè)事務(wù)所產(chǎn)生的日志，邏輯讀和物理讀等指標(biāo)。
二、Oracle數(shù)據(jù)庫生成AWR報(bào)告方法
1、切換用戶
使用oralce用戶登陸操作系統(tǒng)，如果不知道oracle用戶密碼，可從root用戶 su – oracle：
server01:root:/>whoami
root
server01:root:/>su - oracle
server01:oracle:/home/oracle>whoami
oracle
server01:oracle:/home/oracle>2、sqlplus連接數(shù)據(jù)庫
在oracle用戶下執(zhí)行 sqlplus / as sysdba命令，連接到oracle數(shù)據(jù)庫：
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、導(dǎo)出當(dāng)前實(shí)例的AWR報(bào)告
在sqlplus中執(zhí)行 @?/rdbms/admin/awrrpt.sql：
SQL> @?/rdbms/admin/awrrpt.sqlCurrent Instance~~~~~~~~~~~~~~~~DB Id DB Name Inst Num Instance----------- ------------ -------- ------------919662622 DEVDB 1 devdbSpecify the Report Type~~~~~~~~~~~~~~~~~~~~~~~4、輸入導(dǎo)出報(bào)告的格式
在執(zhí)行@?/rdbms/admin/awrrpt.sql命令后，會(huì)提示輸入導(dǎo)出報(bào)告的格式，默認(rèn)格式為html，如果想導(dǎo)出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、輸入要導(dǎo)出的snap的開始ID
在輸入要導(dǎo)出的天數(shù)之后，oracle會(huì)列出所有滿足預(yù)期天數(shù)的snap的信息，根據(jù)需要，輸入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 1Specify the Begin and End Snapshot Ids~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Enter value for begin_snap:6、輸入要導(dǎo)出的snap的截止ID
輸入開始ID之后，會(huì)提示輸入截止ID，根據(jù)需要輸入截止ID：
Enter value for end_snap:7、設(shè)置導(dǎo)出的報(bào)告名稱
導(dǎo)出報(bào)告時(shí)，如果需要設(shè)置導(dǎo)出的報(bào)告名稱，可根據(jù)提示進(jìn)行修改：
Specify the Report Name~~~~~~~~~~~~~~~~~~~~~~~The default report file name is awrrpt_1_3151_3175.html. To use this name,press to continue, otherwise enter an alternative.Enter value for report_name: 8、查看報(bào)告
輸入報(bào)告名稱之后并敲擊回車之后，oracle會(huì)自動(dòng)生成AWR報(bào)告，可退出sqlplus進(jìn)行查看：
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報(bào)告簡介
AWR（Automatic Workload Repository）是自動(dòng)負(fù)載信息庫的英文縮寫，AWR報(bào)告是Oracle 10g以后版本提供的一種性能收集和分析工具，能提供一個(gè)時(shí)間段內(nèi)整個(gè)系統(tǒng)資源使用情況的報(bào)告，通過報(bào)告可以了解一個(gè)系統(tǒng)的整個(gè)運(yùn)行情況。
京公網(wǎng)安備 11010802030320號(hào)