AWR全稱AutomaticWorkload Repository，自動負載信息庫，提供了一個時間段內整個系統的報表數據。通過AWR報告，可以分析指定的時間段內數據庫系統的性能。

使用oracle自動的awrrpt.sql腳本可以生成AWR報告。

Oracle awr報告

DB Name ：數據庫名

DB Id ：數據庫Id（獲取方法select dbid from v$database;）

Instance： 實例名

Inst num： 實例個數，這里為單實例

Startup Time： 實例啟動時間

Release ：Oracle數據庫版本

RAC：是否是RAC

Host Name： 主機名

Platform：數據庫所在平臺，即主機系統（可以從v$database中查出）。

CPUs：邏輯cpu數量可以從oracle數據庫初始化參數cpu_count查看（show parameter cpu_count）。

Cores：cpu核數。

Sockets：CPU插槽（CPU插槽主要分為Socket、Slot這兩種。就是用于安裝CPU的插座。）

Memory (GB)：主機內存

Snap Id：awr報告快照Id

Snap Time：awr報告快照時間

Sessions：會話數

Cursors/Session：平均每個會話打開的游標（每個會話打開游標的最大值由參數open_cursors決定）

Begin Snap: 快照開始

End Snap:快照結束

Elapsed:經歷時間（由Begin Snap到End Snap經歷的時間）

DB Time:數據庫時間：數據庫耗用cpu的時間，包括非空閑等待（cpu使用中的等待），DB Time所有邏輯cpu耗時的總和，

CPU使用率計算公式為：

DB Time/( Elapsed*CPU核)*100%

Cache Sizes

Buffer Cache:高速緩存大小

Shared Pool Size:共享池大小

Std Block Size:初始化參數中指定的數據塊大小（參數db_block_size決定）

Log Buffer:redo日志緩沖區大小（參數log_buffer決定）

Load Profile

DB Time(s):數據庫時間（單位秒）（每秒、每次事務、每次執行、每次調用）

DB CPU(s):CPU時間（cpu計算時間，除去wait for cpu）

Redo size: redo量（單位byte）

Logical reads: 邏輯讀（單位block）

Block changes:數據塊改變量

Physical reads：物理讀（單位block）

Physical writes：物理寫（單位block）

User calls：用戶遞歸調用（有時執行SQL語句，可能還需要執行附加的其他語句，這種調用叫遞歸調用，比如插入數據時，空間不足，還會調用分配空間的語句）

Parses：解析次數

Hard parses：硬解析

W/A MB Processed：workarea中處理的數據量

Logons:表示多少用戶登錄數據庫

Executes:執行數

Rollbacks:回滾數

Transactions:事務數

重點關注以下數據項：

Redo size：每秒產生的日志大小(單位字節)，可標志數據變更頻率, 可以用來估量update/insert/delete的頻率。

Logical reads、Block changes、Physical reads、Physical writes：，評估數據庫的讀/寫繁忙程度，判斷數據庫的活動性質和規模。

Parses、Hard parses：SQL軟解析以及硬解析的次數，評估SQL是否需要優化。

Executes、Transactions：每秒/每事務SQL執行次數、每秒事務數.每秒產生的事務數，反映數據庫任務繁重與否。

Recursive Call：遞歸調用占所有操作的比率.遞歸調用的百分比，如果有很多PL/SQL，那么這個值就會比較高。

Rollback：每秒回滾率及每事物回滾率，因為回滾很耗資源，如果回滾率過高，可能說明你的數據庫經歷了太多的無效操作 ,過多的回滾可能還會帶來Undo Block的競爭。

InstanceEfficiency Percentages

報表顯示了Oracle關鍵指標的內存命中率及其它數據庫實例操作的效率:

Buffer Nowait %：在內存獲得數據的未等待比例。這個值一般需要大于99%，否則可能存在爭用。

Buffer Hit %：數據塊在數據緩沖區中的命中率，通常應在95%以上。否則需要調整重要的參數，或者要加大db_cache_size。

Library Hit %：SQL在共享區的命中率，通常應該在95%以上。

Soft Parse %：軟解析的百分比，通常應該在95%以上。，

Execute to Parse %：語句執行與分析的比例，反映SQL的重用率。

Shared PoolStatistics

共享池統計報表，報表顯示了共享池的統計信息：

Memory Usage %：共享池內存使用率，正常應在75%~90%之間，過低說明有浪費，過高則說明有爭用。

% SQL with executions>1：執行次數大于1的SQL的比例。

% Memory for SQL w/exec>1：執行次數大于1的SQL消耗內存的占比。

Top 10Foreground Events by Total Wait Time

顯示了等待耗時最多的10個事件，其中關注DB CPU一個性能良好的系統，DB CPU項應該排在前5之內

查看SQL統計信息

SQL Statistics中展示了非常全面的SQL統計信息，這非常有利于我們通過分析SQL定位問題和風險。重點關注

SQL orderedby Elapsed Time：記錄了執行總時間最長的Top SQL，其中ElapsedTime = CPU Time + Wait Time

SQL orderedby CPU Time：記錄了占CPU時間最長的Top SQL

SQL orderedby User I/O Wait Time：記錄了執行過程中等待IO時間最長的TopSQL

SQL orderedby Gets：記錄了執行最多邏輯讀（邏輯IO）的Top SQL

SQL orderedby Reads：記錄了執行最多物理讀（物理IO）的Top SQL

SQL orderedby Executions：記錄了執行次數最多的Top SQL，即使單條SQL運行速度飛快，任何被執行幾百萬次的操作都將耗用大量的時間。

SQL orderedby Parse Calls：記錄了軟解析次數最多的Top SQL

總結

以上是生活随笔為你收集整理的oracle 判断如果有符合条件的记录则不插入_Oracle数据库AWR部分报告说明的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。