這兩天在看Maclean的AWR講座分享其中的內容還是較為實用，之前的工作對AWR的分析較少，但AWR是分析資料庫效能的一個重要工具，故做了本片初步學習總結。關於AWR，我們一定知道前段時間的RWP中國行中的重量級嘉賓之一 Graham Wood ，其在Oracle內部被稱為AWR之父，他在活動中解釋說AWR中的每一個資料都是精心選取的，透過認真分析這些資料，可以看到隱匿其中的許多問題。

而作為DBA日常工作中的一項重要內容，AWR報告的檢查分析，可以瞭解日常高峰時段資料庫各項指標和執行狀態，透過對比報告觀察和基線的變化，透過趨勢分析持續關注資料庫日常執行狀態。但是一份AWR報告的指標眾多，下面列出幾個重要的指標：
平臺資訊：CPU資訊、記憶體資訊、主機系統資訊等。
Oracle版本：版本資訊在問題分析中說明新特性是否開啟，某些引數已經被遺棄等。

Elapsed time：主要是指AWR兩個資料庫快照之間的間隔時間，例如資料庫AWR快照預設間隔時間為1小時，則Elapsed time為60min；

DB time：描繪了資料庫的總體負載，可以理解為資料庫忙碌的時間，例如資料庫處理某事務需要消耗1S，但是在1小時內，請求了10000次，則DB time為10000S；

Average Active Session AAS= DB time/Elapsed Time：平均會話數，表示在一個AWR的間隔時間內，一個平均的效能報告數量，能體現資料庫的一個負載情況，該數值越高，表示資料庫越忙碌，該數值越低，表示資料庫越空閒。

Logical Read：描述資料庫從DB Buffer Cache中讀取資料的情況，單位次數*塊數，例如 196,888 * db_block_size=1538MB/s ，邏輯讀耗CPU，往往可以看到latch: cache buffer chains等待。大量OLTP系統(例如siebel)可以高達幾十乃至上百Gbytes。

Physical Read：描述資料庫從儲存裝置上進行讀取的情況，單位次數*塊數，例如 5076 * 8k = 39MB/s，物理讀消耗IO讀，體現在IOPS和吞吐量等不同緯度上；但減少物理讀可能意味著消耗更多CPU。好的儲存每秒物理讀能力達到幾GB，例如Exadata。這個physical read包含了physical reads cache和physical reads direct。

Physical writes：主要描述DBWR寫datafile 單位次數*塊數，，也有direct path write。 dbwr長期寫出慢會導致定期log file switch(checkpoint no complete) 檢查點無法完成的前臺等待。這個physical write 包含了physical writes direct +physical writes from cache。

Parses：解析次數，包括軟解析+硬解析

Soft Parse: 軟解析比例，資料來源v$sysstat statistics的parse count(total)和parse count(hard)。合理值>95%

指標較多，先簡單整理這些，持續更新中。。。

Oracle AWR常用指標整理

相關文章