awr報告中幾個重要的指標分別為db time,load_profile,efficiency percentages,top 10 events,sql statistics,segment_statistics.
elapsed 乘以 cpus 結果大於 db time的值，說明系統壓力過大，反之則說明壓力不大。
本報告中 60.17 * 32 = 1925.44 > 892.56，說明資料庫整體壓力較小
load_profile主要反映了當前系統的一些指標效能總體引數，per second代表每秒鐘產生的結果，per transaction代表每個事務產生的結果，例如計算redo size大小
圖中表示資料庫每秒鐘redo size(bytes) 切換大小為184720.4 ~= 180kb ，
每個事務產生的redo log為50992.1 ~= 50kb。
結合事務執行狀態，資料庫每秒鐘執行事務3.6個，表示資料庫當前事務執行數量較少。
efficiency percentages 是一些命中率指標，其中的buffer hit、library hint都表示sga的命中率。
在oltp系統中 soft parse的指標應當高於90%，如果較低說明存在未使用繫結變數的情況，資料庫大量硬解析會導致頻繁與磁碟i/o互動，降低sql相應時間。
此報告中execute to parse比例較低，表示sql語句解析後被重複執行命令率不高，
計算公式=100*（1-parses/executions) 說明分析(硬解析與軟解析 )的比例較大，
快速解析（即軟軟解析）較少。
需要根據系統實際運**況排查session_cached_cursors和open_cursors引數設定是否合理
parse cpu to parse elapsd 比例較低說明sql parse的wait時間遠大於cpu 的parse時間，資料庫可能存在大量等待時間。
#top 10 events
等待事件是衡量資料庫整體效能的重要指標，通過觀察top 10 timed foreground events，可以第一時間發現資料庫面臨的主要等待事件。
此報告中排行第一的閂鎖等待，說明當乙個會話請求共享mutex pin的時候，另外乙個會話正好在同乙個游標物件上持有排他pin。
此等待時間主要受sga自動收縮、硬解析過多、bug等因素影響。
因sql資訊在awr報告中有多個維度的分析，可以直接對執行時間較長的top sql進行有限排查。
對資料段的關注，可以有效較少分析面，快速定位到異常表，有針對性的對異常表進行清理和優化。
AWR報告解讀
1 cpu不足 詳見os效能分析cpu部分 2 存在執行時間較長的sql語句 存在sql語句執行時間較長,占用了較多的cpu 其中exection 為0 說明在本報告結束快照執行時,尚未執行完畢.elapsed time 為sql語句執行總時間,如果乙個sql語句被多個會話同時執行,則此時間可能高於...
AWR報告分析解讀
1 awr報告頭資訊 2 awr負載概要資訊 3 awr例項效率 4 共享池概要 5 awr top等待事件 顯示了系統中最嚴重的5個等待，按所佔等待時間的比例倒序列示。當我們調優時，總希望觀察到最顯著的效果，因此應當從這裡入手確定我們下一步做什麼。通常，在沒有問題的資料庫中，cpu time總是列...
生成awr報告
oracle內部以一定的頻率把系統關鍵的統計資訊和負載情況儲存起來，生成snapshot 快照 全部的snapshot儲存在awr中。即automatic workload repository。當發現資料庫出現效能問題時。就能夠抽取儲存在awr中的snapshot資訊，生成在指定時間段內 即你指定...