指標(biāo)名稱

指標(biāo)描述

指標(biāo)范圍

指標(biāo)單位

1．關(guān)于實例效率（Instance Efficiency Percentages）的性能指標(biāo)

緩沖區(qū)未等待率

(Buffer Nowait %)

指在緩沖區(qū)中獲取Buffer的未等待比率。

該指標(biāo)的值應(yīng)接近100%，如果該值較低，則可能要增大buffer cache。

%

Redo緩沖區(qū)未等待率

(Redo NoWait %)

指在Redo緩沖區(qū)獲取Buffer的未等待比率。

該指標(biāo)的值應(yīng)接近100%，如果該值較低，則有2種可能的情況：

1.online redo log沒有足夠的空間；

2.log切換速度較慢。

%

緩沖區(qū)命中率

(Buffer Hit %)

指數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率。

該指標(biāo)的值通常應(yīng)在90%以上，否則，需要調(diào)整。如果持續(xù)小于90%，可能要加大db_cache_size。但有時，緩存命中率低并不意味著cache設(shè)置小了，可能是潛在的全表掃描降低了緩存命中率。

%

內(nèi)存排序率

(In-memory Sort %)

指排序操作在內(nèi)存中進(jìn)行的比率。當(dāng)查詢需要排序的時候，數(shù)據(jù)庫會話首先選擇在內(nèi)存中進(jìn)行排序，當(dāng)內(nèi)存大小不足的時候，將使用臨時表空間進(jìn)行磁盤排序，但磁盤排序效率和內(nèi)存排序效率相差好幾個數(shù)量級。

該指標(biāo)的值應(yīng)接近100%，如果指標(biāo)的值較低，則表示出現(xiàn)了大量排序時的磁盤I/O操作，可考慮加大sort_area_size參數(shù)的值。

%

共享區(qū)命中率

(Library Hit%)

該指標(biāo)主要代表sql在共享區(qū)的命中率。

該指標(biāo)的值通常應(yīng)在95%以上，否則需要考慮加大共享池（修改shared_pool_size參數(shù)值），綁定變量，修改cursor_sharing等參數(shù)。

%

軟解析的百分比

(Soft Parse %)

該指標(biāo)是指Oracle對sql的解析過程中，軟解析所占的百分比。軟解析（soft parse）是指當(dāng)Oracle接到Client提交的Sql后會首先在共享池（Shared Pool）里面去查找是否有之前已經(jīng)解析好的與剛接到的這一個Sql完全相同的Sql。當(dāng)發(fā)現(xiàn)有相同的Sql就直接用之前解析好的結(jié)果，這就節(jié)約了解析時間以及解析時候消耗的CPU資源。

該指標(biāo)的值通常應(yīng)在95%以上，如果低于80%，那么就可能sql基本沒被重用，sql沒有綁定變量，需要考慮綁定變量。

%

閂命中率

 (Latch Hit%)

指獲得Latch的次數(shù)與請求Latch的次數(shù)的比率。

該指標(biāo)的值應(yīng)接近100%，如果低于99%，可以考慮采取一定的方法來降低對Latch的爭用。

%

SQL語句執(zhí)行與

解析的比率

(Execute to Parse %)

指SQL語句執(zhí)行與解析的比率。SQL語句一次解析后執(zhí)行的次數(shù)越多，該比率越高，說明SQL語句的重用性很好。

該指標(biāo)的值應(yīng)盡可能到高，如果過低，可以考慮設(shè)置
session_cached_cursors參數(shù)。

%

共享池內(nèi)存使用率

(Memory Usage %)

該指標(biāo)是指在采集點時刻，共享池（share pool）內(nèi)存被使用的比例。

這指標(biāo)的值應(yīng)保持在75%~90%,如果這個值太低，就浪費內(nèi)存，如果太高，會使共享池外部的組件老化，如果SQL語句被再次執(zhí)行，則就會發(fā)生硬分析。

%

2．關(guān)于等待事件（Wait events）的性能指標(biāo)

文件分散讀取

(db file scattered read(cs))

該等待事件通常與全表掃描有關(guān)。因為全表掃描是被放入內(nèi)存中進(jìn)行的進(jìn)行的，通常情況下它不可能被放入連續(xù)的緩沖區(qū)中，所以就散布在緩沖區(qū)的緩存中。

如果這個等待事件比較顯著，可能說明對于某些全表掃描的表，沒有創(chuàng)建索引或沒有創(chuàng)建合適的索引。盡管在特定條件下執(zhí)行全表掃描可能比索引掃描更有效，但如果出現(xiàn)這種等待時，最好檢查一下這些全表掃描是否必要。

厘秒

文件順序讀取

(db file sequential read(cs))

該等待事件通常與單個數(shù)據(jù)塊相關(guān)的讀取操作有關(guān)。

如果這個等待事件比較顯著，可能表示在多表連接中，表的連接順序存在問題，或者可能不合適地使用了索引。對于大量事務(wù)處理、調(diào)整良好的系統(tǒng)，這一數(shù)值大多是很正常的，但在某些情況下，它可能暗示著系統(tǒng)中存在問題。應(yīng)檢查索引掃描，以保證每個掃描都是必要的，并檢查多表連接的連接順序。另外DB_CACHE_SIZE也是這些等待出現(xiàn)頻率的決定因素。

厘秒

緩沖區(qū)忙

(buffer busy(cs))

當(dāng)一個會話想要訪問緩存中的某個塊，而這個塊正在被其它會話使用時，將會產(chǎn)生該等待事件。這時候，其它會話可能正在從數(shù)據(jù)文件向緩存中的這個塊寫入信息，或正在對這個塊進(jìn)行修改。

出現(xiàn)這個等待事件的頻度不應(yīng)大于1%。如果這個等待事件比較顯著，則需要根據(jù)等待事件發(fā)生在緩存中的哪一塊（如字段頭部、回退段頭部塊、回退段非頭部塊、數(shù)據(jù)塊、索引塊等），采取相應(yīng)的優(yōu)化方法。

厘秒

(enqueue(cs))

enqueue是一種保護(hù)共享資源的鎖定機制。該鎖定機制保護(hù)共享資源，如記錄中的數(shù)據(jù)，以避免兩個人在同一時間更新同一數(shù)據(jù)。enqueue包括一個排隊機制，即FIFO(先進(jìn)先出)排隊機制。注意：Oracle的latch機制不是FIFO。Enqueue等待通常指的是ST enqueue、HW enqueue、TX4 enqueue和TM enqueue。

如果enqueue等待事件比較顯著，則需要根據(jù)enqueue等待類型，采取相應(yīng)的優(yōu)化方法。

厘秒

閂釋放

(latch free(cs))

該等待事件意味著進(jìn)程正在等待其他進(jìn)程已持有的latch。

latch是一種低級排隊機制(它們被準(zhǔn)確地稱為相互排斥機制),用于保護(hù)系統(tǒng)全局區(qū)域(SGA)中共享內(nèi)存結(jié)構(gòu)。latch就像是一種快速地被獲取和釋放的內(nèi)存鎖。latch用于防止共享內(nèi)存結(jié)構(gòu)被多個用戶同時訪問。

對于常見的Latch等待通常的解決方法：

1）Share pool latch：在OLTP應(yīng)用中應(yīng)該更多的使用綁定變量以減少該latch的等待。

2）Library cache latch：同樣的需要通過優(yōu)化sql語句使用綁定變量減少該latch的等待。

厘秒

日志文件同步

(log file sync(cs))

這個等待事件是指當(dāng)一個會話完成一個事務(wù)（提交或者回滾數(shù)據(jù)）時，必須等待LGWR進(jìn)程將會話的redo信息從日志緩沖區(qū)寫到日志文件后，才能繼續(xù)執(zhí)行下去。

這個等待事件的時間過長，可能是因為commit太頻繁或者lgwr進(jìn)程一次寫日志的時間太長（可能是因為一次log io size太大），可調(diào)整_log_io_size，結(jié)合log_buffer,使得(_log_io_size*db_block_size)*n = log_buffer，這樣可避免和增大log_buffer引起沖突，或者可以將日志文件存放在高速磁盤上

厘秒