AWR報告相關指標解讀

2021-10-25 07:06:07 字數 1775 閱讀 5160

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資訊,生成在指定時間段內 即你指定...