共計 2192 個字符，預計需要花費 6 分鐘才能閱讀完成。
這篇文章主要介紹“怎么理解數據庫中的 row cache lock 等待事件”，在日常操作中，相信很多人在怎么理解數據庫中的 row cache lock 等待事件問題上存在疑惑，丸趣 TV 小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”怎么理解數據庫中的 row cache lock 等待事件”的疑惑有所幫助！接下來，請跟著丸趣 TV 小編一起來學習吧！
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 lockrequest – 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 lock2. 產生原因
(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# = # 查詢 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 等待事件”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注丸趣 TV 網站，丸趣 TV 小編會繼續努力為大家帶來更多實用的文章！
