共計 3757 個字符，預計需要花費 10 分鐘才能閱讀完成。

今天就跟大家聊聊有關如何進行 ORACLE AWR 性能報告和 ASH 性能報告的解讀，可能很多人都不太了解，為了讓大家更加了解，丸趣 TV 小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

數據庫的性能分析可分為會話級和系統級：如果確定某個會話存在性能問題，最常見的分析方式是對這個會話做一個 SQL_TRACE 或者 10046 事件，通過分析 trace 文件來定位問題所在。如果無法確定哪個會話性能有問題，就需要從實例級別來分析問題所在。

awr 是 oracle 10g 下提供的一種性能收集和分析工具，它能夠提供一個時間段內整個系統資源使用情況的報告。
awr 默認收集最近 7 天的采集信息，也可通過以下方法修改快照收集時間間隔信息。

awr 由運行在 oracle 的后臺進程自動、定期收集數據庫的性能數據并保存，每一個小時，awr 都生成一次性能數據快照，為 DBA 提供某個時刻數據庫性能分析的數據信息。
執行 $ORACLE_HOME/RDBMS/ADMIN/awrrpt.sql 生成 awr 報告。

awr 報告要根據系統實際情況 (OLAP or OLTP) 來進行分析, 例如對于一個 OLTP 系統，library hit 和 buffer hit 應比較關注。而對于 OLAP 不甚重要。

awr 報告不需要全面閱讀，全面閱讀可能思路會更亂，如果性能問題由某個原因引起，那么會在報表的各個部分都會有相應呈現。

在 RAC 結構的數據庫里做性能分析，通常需要對每個實例做一個 awr 性能報告，原因是無法知道每個用戶連接到哪個實例當中去。

對于一個系統，需要多做幾次 awr 報告，以便得到所有時間段的系統性能數據。在查看 awr 報告時，如果了解數據庫業務, 應該有針對性
的看一些可能存在性能問題的部分，并結合業務的實際情況來判斷；也可以從 TOP5 的等待事件觸發，按照等待事件的類型，
到相應的部分獲取詳細的信息來對系統性能問題作出判斷。

通過 awr 報告可以：1）查看系統的負載和繁忙程度；2）查看系統的瓶頸，發生的等待事件；3）查看可優化的 sql；

一、Report Summary:
1、SESSIONS：實例連接的會話數，數據庫大概的并發用戶數；
2、cursors/session：每個會話平均打開的游標數；
3、DB time：用戶操作花費的時間的合集，包括 CPU 時間和等待事件；
4、cache sizes：列舉 awr 在性能采集開始和結束的時候，數據緩沖池和共享池的大小，可以了解系統內存消耗的變化，可以判斷 SGA 的內存分配是否合理；
5、load profile：數據庫資源負載的一個明細列表，用來判斷系統的繁忙程度。分割為每秒鐘的資源負載和每個事務的資源負載情況。
6、Instance Efficiency Percentages：內存效率的統計信息，對于 OLTP 系統，應盡可能的接近 100%。如果哪個數據偏低，就要做相關的分析研究。
    1）buffer nowait：非等待方式獲取數據庫；
    2）redo nowait：非等待方式獲取 redo 數據；
    3）buffer hit：內存數據塊命中率；
    4）in-memory sort：數據塊在內存中排序的百分比；
    5）library hit：共享池中 sql 解析的命中率；
    6）execute to parse：執行次數對分析次數的百分比；
    7）latch Hit：latch 命中率百分比；
    8）parse cpu to parse elapsed：解析總時間中消耗 CPU 的時間百分比；
    9）non-parse cpu：cpu 非分析時間在整個 cpu 時間的百分比；
7、TOP 5 TIMED EVENTS：查看最高 5 個耗費時間及等待事件，要聯系報告的采集周期來看耗費時間是否合理。一般來說，CPU time 出現在 TOP5 中的第一位，并且消耗時間占總時間的大部分比例。可以說明系統在正常運行。
對于 ORACLE 常見的等待事件可參考 http：//blog.itpub.net/29371470/viewspace-1063994/
以上這部分就是 awr 報告的總體概要，是需要重點關注的部分，根據這些信息可以知道等待時間比較長的事件，然后根據這些事件，去下面具體的部分查找問題原因。

二、Wait Events Statistics：
1、Time Model Statistics 列出了各種操作占用的數據庫時間比例；
2、Foreground Wait Class 列出了等待事件類型，可以看到等待時間最長的事件；
3、Foreground Wait Events 是第一部分 TOP 5 TIMED EVENTS 的詳細部分；
4、Background Wait Events 實例的后臺進程等待事件；

三、SQL Statistics：
1、SQL ordered by Elapsed Time：按照 sql 的執行時間從長到短的排序；
   1）CPU time：sql 消耗的 CPU 時間；
   2）elapsed time：sql 執行時間；
   3）executions：sql 執行的次數；
   4）elapsed per exec：每次執行消耗的執行時間；
2、SQL ordered by CPU Time：按照 sql 的 CPU 時間從長到短排序：
3、SQL ordered by User I/O Wait Time：
4、SQL ordered by Gets：按照 sql 獲取的內存數據塊的數量排序： 
5、SQL ordered by Reads 按照 sql 執行物理讀排序： 
6、SQL ordered by Physical Reads (UnOptimized)：
7、SQL ordered by Executions：按照 sql 的執行次數的排序；
8、SQL ordered by Parse Calls：按照 sql 被分析次數（不區分軟解析還是硬解析）的信息排序；
9、SQL ordered by Version Count：sql 產生多版本的信息；version count 是 sql 的版本數；
以上指標孤立起來看都沒有實際意義，需要看系統的類型和性能問題是什么方面，有側重的進行分析。例如 SQL ordered by Executions 和 SQL ordered by Parse Calls 對 OLTP 比較重要，而 OLAP 系統不需要太關注。

四、Instance Activity Statistics：
cpu used by this session：oracle 消耗的 cpu 單位, 可以看出 cpu 的負載情況；如果 total 為 1000，per sec 為 80，cpu 個數為 2；
那么就是整個統計周期消耗了 1000 個 cpu 單位，每秒鐘消耗了 80 個 cpu 單位，對應實際的時間是 80/100=0.8 秒；每秒鐘每個 cpu 消耗 80/2=40 個 cpu 單位；每秒鐘中每個 cpu 處理使用的時間是 40/100=0.4 秒。

五、IO Stats：
Tablespace IO Stats：表空間的 IO 性能統計；
File IO Stats：
   1）reads：發生了多少次物理讀；
   2）writes：發生了多少次寫；
   3）Av reads：每秒鐘物理讀的次數；
   4）Av Rd：平均一次物理讀的時間；
   5）Blks/Rd：每次讀多少個數據塊；
   6）Av writes：每秒鐘寫的次數；
   7）buffer waits：獲取內存數據塊等待的次數；
segments by logical reads 和 segment by physical reads 從對象角度來展現了 IO 情況，分析這兩部分信息，可以具體知道哪些對象的訪問導致了 IO 性能下降。

ASH 側重于當前數據中活動會話的信息分析，被長期保存在數據字典中，可以通過查詢視圖 V$ACTIVE_SESSION_HISTROY 來得到。
運行腳本為 $ORACLE_HOME/RDBMS/ADMIN/ashrpt.sql
使用同目錄下的 ashrpti.sql 腳本可以生成其他數據庫或者實例的 ASH 性能報告，也可以對一個 session ID、SQL_ID、某個程序或者某一類等待事件
來生成 ASH 報告，如下圖：

ASH 報告分析如下：
DATA SOURCE 如果來自 DBA_HIST_ACTIVE_SESS_HISTORY, 那么說明這些信息來自于 AWR 的快照；如果來自于 V$ACTIVE_SESSION_HISTORY, 那么
視圖的信息就意味著性能數據存放到內存中的信息。
1、top user events: 用戶會話的等待事件的信息；
2、top event p1/p2/p3 values: 等待事件的具體描述；
3、top service/module: 按照活動頻率列出前五位的應用程序；
4、top sql command types: 列出了數據庫中活動最頻繁的操作；
5、top sql statements: 按活動頻繁程度列出 sql 語句；
6、top session: 列出活動最頻繁的會話或進程；
7、top sessions running PQs: 列出活動頻繁的前幾位并行執行的會話信息；
8、top DB files：IO 最頻繁的數據文件；
9、activity over time: 按照一個時間間隔對采集時間周期分組后，生成的每個時間間隔里的等待事件信息。

看完上述內容，你們對如何進行 ORACLE AWR 性能報告和 ASH 性能報告的解讀有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注丸趣 TV 行業資訊頻道，感謝大家的支持。