Oracle Rdbms應用了各種不同類型的鎖定機制，latch即是其中的一種。Latch是用于保護SGA區中共享數據結構的一種串行化鎖定機制。Latch的實現是與操作系統相關的，尤其和一個進程是否需要等待一個latch、需要等待多長時間有關。Latch是一種能夠極快地被獲取和釋放的鎖，它通常用于保護描述buffer cache中block的數據結構。與每個latch相聯系的還有一個清除過程，當持有latch的進程成為死進程時，該清除過程就會被調用。Latch還具有相關級別，用于防止死鎖，一旦一個進程在某個級別上得到一個latch，它就不可能再獲得等同或低于該級別的latch。
本視圖保存自實例啟動各類栓鎖的統計信息。常用于當v$session_wait中發現栓鎖競爭時鑒別SGA區中問題所在區域。
v$latch表的每一行包括了對不同類型latch的統計，每一列反映了不同類型的latch請求的活動情況。不同類型的latch請求之間的區別在于，當latch不可立即獲得時，請求進程是否繼續進行。按此分類，latch請求的類型可分為兩類：willing-to-wait和immediate。
l Willing-to-wait：是指如果所請求的latch不能立即得到，請求進程將等待一很短的時間后再次發出請求。進程一直重復此過程直到得到latch。
l Immediate：是指如果所請求的latch不能立即得到，請求進程就不再等待，而是繼續執行下去。
V$LATCH中的常用列：
l NAME：latch名稱
l IMMEDIATE_GETS：以Immediate模式latch請求數
l IMMEDIATE_MISSES：請求失敗數
l GETS：以Willing to wait請求模式latch的請求數
l MISSES：初次嘗試請求不成功次數
l SPIN_GETS：第一次嘗試失敗，但在以后的輪次中成功
l SLEEP[x]：成功獲取前sleeping次數
l WAIT_TIME：花費在等待latch的時間
V$LATCH中的連接列
Column View Joined Column(s)
--------------------- ------------------------------ ------------------------
NAME/LATCH# V$LATCH_CHILDREN NAME/LATCH#
NAME V$LATCHHOLDER NAME
NAME/LATCH# V$LATCHNAME NAME/LATCH#
NAME V$LATCH_MISSES PARENT_NAME
示例：
下列的示例中，創建一個表存儲查詢自v$latch的數據：
CREATE TABLE snap_latch as SELECT 0 snap_id, sysdate snap_date, a.* FROM V$LATCH a;
ALTER TABLE snap_latch add (constraint snap_filestat primary key (snap_id, name));
最初，snap_id被置為0，稍后，snap_latch表的snap_id列被更新為1：
INSERT INTO snap_latch SELECT 1, sysdate, a.* FROM V$LATCH a;
注意你通過sql語句插入記錄時必須增加snap_id的值。
在你連續插入記錄之后，使用下列的select語句列出統計。注意0不能成為被除數。
SELECT SUBSTR(a.name,1,20) NAME, (a.gets-b.gets)/1000 "Gets(K)",
(a.gets-b.gets)/(86400*(a.snap_date-b.snap_date)) "Get/s",
DECODE ((a.gets-b.gets), 0, 0, (100*(a.misses-b.misses)/(a.gets-b.gets))) MISS,
DECODE ((a.misses-b.misses), 0, 0,
(100*(a.spin_gets-b.spin_gets)/(a.misses-b.misses))) SPIN,
(a.immediate_gets-b.immediate_gets)/1000 "Iget(K)",
(a.immediate_gets-b.immediate_gets)/ (86400*(a.snap_date-b.snap_date)) "IGet/s",
DECODE ((a.immediate_gets-b.immediate_gets), 0, 0,
(100*(a.immediate_misses-b.immediate_misses)/ (a.immediate_gets-b.immediate_gets)))
IMISS
FROM snap_latch a, snap_latch b
WHERE a.name = b.name
AND a.snap_id = b.snap_id + 1
AND ( (a.misses-b.misses) > 0.001*(a.gets-b.gets)
or (a.immediate_misses-b.immediate_misses) >
0.001*(a.immediate_gets-b.immediate_gets))
ORDER BY 2 DESC;
下例列出latch統計項，miss列小于0.1%的記錄已經被過濾。
NAME Gets(K) Get/s MISS SPIN IGets(K) IGet/s IMISS
------------------ -------- ------- ----- ------ -------- ------- -----
cache buffers chai 255,272 69,938 0.4 99.9 3,902 1,069 0.0
library cache 229,405 62,851 9.1 96.9 51,653 14,151 3.7
shared pool 24,206 6,632 14.1 72.1 0 0 0.0
latch wait list 1,828 501 0.4 99.9 1,836 503 0.5
row cache objects 1,703 467 0.7 98.9 1,509 413 0.2
redo allocation 984 270 0.2 99.7 0 0 0.0
messages 116 32 0.2 100.0 0 0 0.0
cache buffers lru 91 25 0.3 99.0 7,214 1,976 0.3
modify parameter v 2 0 0.1 100.0 0 0 0.0
redo copy 0 0 92.3 99.3 1,460 400 0.0
什么時候需要檢查latch統計呢？看下列項：
l misses/gets的比率是多少
l 獲自spinning的misses的百分比是多少
l latch請求了多少次
l latch休眠了多少次
Redo copy latch看起來有很高的的失誤率，高達92.3%。不過，我們再仔細看的話，Redo copy latches是獲自immediate模式。immediate模式的數值看起來還不錯，并且immediate模式只有個別數大于willing to wait模式。所以Redo copy latch其實并不存在競爭。不過，看起來shared pool和library cache latches可能存在競爭。考慮執行一條查詢檢查latches的sleeps以確認是否確實存在問題。
latch有40余種，但作為DBA關心的主要應有以下幾種：
l Cache buffers chains latch：當用戶進程搜索SGA尋找database cache buffers時需要使用此latch。
l Cache buffers LRU chain latch：當用戶進程要搜索buffer cache中包括所有 dirty blocks的LRU (least recently used) 鏈時使用該種latch。
l Redo log buffer latch：這種latch控制redo log buffer中每條redo entries的空間分配。
l Row cache objects latch：當用戶進程訪問緩存的數據字典數值時，將使用Row cache objects latch。
Latches調優
不要調整latches。如果你發現latch存在競爭，它可能是部分SGA資源使用反常的征兆。要修正問題所在，你更多的是去檢查那部分SGA資源使用的競爭情況。僅僅從v$latch是無法定位問題所在的。
關于latches的更多信息可以瀏覽Oracle Database Concepts。
第十一篇-(2)-V$LATCH_CHILDREN 2007.6.6
數據庫中有些類別的latches擁有多個。V$LATCH中提供了每個類別的總計信息。如果想看到單個latch，你可以通過查詢本視圖。
例如：
select name,count(*) ct from v$Latch_children group by name order by ct desc;
與v$latch相比，除多child#列外，其余列與之同，不詳述~~