oracle等待事件之enq: CF – contention

Enqueue 是一種保護共享資源的鎖定機制，避免因併發操作而損壞資料，Enqueue 採用排隊機制，即 FIFO（先進先出）來控制資源的使用。在任何需要讀取控制檔案的動作時，就會發生等待事件enq: CF – contention，CF locks被用來序列化controlfile事務，在讀和寫控制檔案的時候使用該鎖。通常該鎖的分配時間非常短，比如在下面事件中會分配該鎖，那麼也就可能發生enq: CF – contention等待事件：

l   Checkpoint

l   Redo Logfile的切換

l   Redo lofileg的歸檔

l   執行例項恢復

l   操作redo logfile

l   熱備開始和結束

l   Nologging 事物的DML操作

如果某個事物設定了nologging屬性，那麼如下動作更容易產生該等待事件：

direct load (SQL*Loader) direct-load INSERT CREATE TABLE ... AS SELECT CREATE INDEX ALTER TABLE ... MOVE PARTITION ALTER TABLE ... SPLIT PARTITION ALTER INDEX ... SPLIT PARTITION ALTER INDEX ... REBUILD ALTER INDEX ... REBUILD PARTITION INSERT, UPDATE, and DELETE on LOBs in   NOCACHE NOLOGGING mode stored out of line

       查詢該等待事件的holder

select l.sid, p.program, p.pid, p.spid,   s.username, s.terminal, s.module, s.action, s.event, s.wait_time,   s.seconds_in_wait, s.state from v$lock l, v$session s, v$process p where l.sid = s.sid and s.paddr = p.addr and l.type='CF' and l.lmode >= 5;

       查詢該等待事件的waiter

select l.sid, p.program, p.pid, p.spid,   s.username, s.terminal, s.module, s.action, s.event, s.wait_time,   s.seconds_in_wait, s.state from v$lock l, v$session s, v$process p where l.sid = s.sid and s.paddr = p.addr and l.type='CF' and l.request >= 5;

       原因分析及解決辦法：

如果holder是後臺程式，比如lgwr，ckpt，arcn等，那麼檢查redo log大小，切換頻次，檢查fast_start_mttr_target的設定，檢查歸檔路徑是否可用。

如果是holder是前臺程式，那麼大都是由於nologging的事物上正在發生DML或者DDL，此時由於nologging屬性，那麼oracle需要向控制檔案中記錄unrecoverable SCN，典型的是伴隨enq: CF – contention的通常還有control file parallel write，這個會話在寫的過程中持有CF locks，其它會話如果也要更新控制檔案的話，那麼就要等待了。

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/31480688/viewspace-2655913/，如需轉載，請註明出處，否則將追究法律責任。