怎么理解數據庫中的row cache lock等待事件

這篇文章主要介紹“怎么理解數據庫中的row cache lock等待事件”，在日常操作中，相信很多人在怎么理解數據庫中的row cache lock等待事件問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”怎么理解數據庫中的row cache lock等待事件”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

1. ROW CACHE LOCK基礎說明

ROW CACHE LOCK等待事件是一個共享池相關的等待事件。是由于對于字典緩沖的訪問造成的。每一個行緩沖隊列鎖都對應一個特定的數據字典對象，這被叫做隊列鎖類型，并可以在V$ROWCACHE視圖中找到。在AWR中需要查看Dictionary Cache Stats部分用以確定問題。

parameter

• P1 = cache - ID of the dictionary cache

• P2 =  mode - Mode held

• P3 =  request - Mode requested

mode - Mode held

The mode the lock is currently held in:

  KQRMNULL 0   null mode - not locked
  KQRMS    3   share mode
  KQRMX    5   exclusive mode KQRMFAIL 10  fail to acquire instance lock

request - Mode requested

The mode the lock is requested in:

  KQRMNULL 0   null mode - not locked
  KQRMS    3   share mode
  KQRMX    5   exclusive mode KQRMFAIL 10  fail to acquire instance lock

2.產生原因

(1).如果發現這個等待十分高，一般來說可能由于2種原因，一是共享池太小了，需要增加共享池

查看share pool 是否還有free空間

(2).另外一種情況是SQL parse過于頻繁，對于共享池的并發訪問量過大。

3.分析過程

(1).確認share pool 是否還有空閑空間

select * from v$sgastat where pool='shared pool' and name like 'free memory';

(2).查詢row cache lock 等待原因

- 獲取cache id

#查看當前session等待信息

select *  from v$session_wait where wait_class = 'row cache lock';

#查看歷史ASH等待信息

SELECT event,p1,p1text
    FROM v$active_session_history ash
   WHERE     ash.sample_time > '22-JUN-16 14.00.00.00 PM'
         AND ash.sample_time < '22-JUN-16 16.00.00.00 PM'
         and event='row cache lock'；

#查詢rowcache 名稱，根據不同的cache需要不同的解決方法

select * from v$rowcache where cache# = &p1;

#查詢AWR Dictionary Cache Stats

4.不同的cache所代表的含義

①　DC_SEQUENCES：在使用序列的時候將發生該行緩沖隊列鎖。調優方式是檢查序列是否指定了緩沖選項并確定這個緩沖值可以承受預期的并發insert操作。
②　DC_USED_EXTENTS和DC_FREE_EXTENTS：該行緩沖隊列鎖可能在空間管理碰到表空間分裂或者沒有足夠區大小時發生。調優方法是檢查表空間是否分裂了、區大小是否太小或者表空間是人工管理。
③　DC_TABLESPACES：該行緩沖隊列鎖會在分配新區是發生。如果區大小設置得過小，程序將經常申請新區，這將導致沖突。調優方法是快速地增加區的數量。
④　DC_OBJECTS：該行緩沖隊列鎖會在重編譯對象的時候發生。當對象編譯時將申請一個排他鎖阻塞其他行為。通過檢查非法對象和依賴關系來調優。
⑤　DC_SEGMENTS：該行緩沖隊列鎖會在段分配的時候發生，觀察持有這個隊列鎖的會話在做什么。
⑥　DC_USERS：一個會話正在對一個用戶執行 GRANT，與此同時此用戶正在登錄到數據庫中，此時可能會發生死鎖或導致"WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!" 。

⑦　DB_ROLLBACK_SEGMENTS：這可能是由于 rollback 段的分配導致的。正如 dc_segments，確定誰持有鎖并收集 errorstack 來進行診斷。請記住，在多節點系統（RAC）上，持有者可能在另一節點上，因此需要所有節點的 systemstate。
⑧　DC_AWR_CONTROL：此 enqueue 關系到 AWR（Automatic Workload Repository）的控制權。任何操縱 AWR 資料庫的操作將持有它. 要分析這個問題,需要查找是那些進程阻塞了它們。

到此，關于“怎么理解數據庫中的row cache lock等待事件”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！