您好,登錄后才能下訂單哦!
這篇文章主要介紹“怎么理解數(shù)據(jù)庫中的row cache lock等待事件”,在日常操作中,相信很多人在怎么理解數(shù)據(jù)庫中的row cache lock等待事件問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”怎么理解數(shù)據(jù)庫中的row cache lock等待事件”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
1. ROW CACHE LOCK基礎(chǔ)說明
ROW CACHE LOCK等待事件是一個共享池相關(guān)的等待事件。是由于對于字典緩沖的訪問造成的。每一個行緩沖隊(duì)列鎖都對應(yīng)一個特定的數(shù)據(jù)字典對象,這被叫做隊(duì)列鎖類型,并可以在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.產(chǎn)生原因
(1).如果發(fā)現(xiàn)這個等待十分高,一般來說可能由于2種原因,一是共享池太小了,需要增加共享池
查看share pool 是否還有free空間
(2).另外一種情況是SQL parse過于頻繁,對于共享池的并發(fā)訪問量過大。
3.分析過程
(1).確認(rèn)share pool 是否還有空閑空間
select * from v$sgastat where pool='shared pool' and name like 'free memory';
(2).查詢r(jià)ow cache lock 等待原因
- 獲取cache id
#查看當(dāng)前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';
#查詢r(jià)owcache 名稱,根據(jù)不同的cache需要不同的解決方法
select * from v$rowcache where cache# = &p1;
#查詢AWR Dictionary Cache Stats
4.不同的cache所代表的含義
① DC_SEQUENCES:在使用序列的時候?qū)l(fā)生該行緩沖隊(duì)列鎖。調(diào)優(yōu)方式是檢查序列是否指定了緩沖選項(xiàng)并確定這個緩沖值可以承受預(yù)期的并發(fā)insert操作。
② DC_USED_EXTENTS和DC_FREE_EXTENTS:該行緩沖隊(duì)列鎖可能在空間管理碰到表空間分裂或者沒有足夠區(qū)大小時發(fā)生。調(diào)優(yōu)方法是檢查表空間是否分裂了、區(qū)大小是否太小或者表空間是人工管理。
③ DC_TABLESPACES:該行緩沖隊(duì)列鎖會在分配新區(qū)是發(fā)生。如果區(qū)大小設(shè)置得過小,程序?qū)⒔?jīng)常申請新區(qū),這將導(dǎo)致沖突。調(diào)優(yōu)方法是快速地增加區(qū)的數(shù)量。
④ DC_OBJECTS:該行緩沖隊(duì)列鎖會在重編譯對象的時候發(fā)生。當(dāng)對象編譯時將申請一個排他鎖阻塞其他行為。通過檢查非法對象和依賴關(guān)系來調(diào)優(yōu)。
⑤ DC_SEGMENTS:該行緩沖隊(duì)列鎖會在段分配的時候發(fā)生,觀察持有這個隊(duì)列鎖的會話在做什么。
⑥ DC_USERS:一個會話正在對一個用戶執(zhí)行 GRANT,與此同時此用戶正在登錄到數(shù)據(jù)庫中,此時可能會發(fā)生死鎖或?qū)е?quot;WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!" 。
⑦ DB_ROLLBACK_SEGMENTS:這可能是由于 rollback 段的分配導(dǎo)致的。正如 dc_segments,確定誰持有鎖并收集 errorstack 來進(jìn)行診斷。請記住,在多節(jié)點(diǎn)系統(tǒng)(RAC)上,持有者可能在另一節(jié)點(diǎn)上,因此需要所有節(jié)點(diǎn)的 systemstate。
⑧ DC_AWR_CONTROL:此 enqueue 關(guān)系到 AWR(Automatic Workload Repository)的控制權(quán)。任何操縱 AWR 資料庫的操作將持有它. 要分析這個問題,需要查找是那些進(jìn)程阻塞了它們。
到此,關(guān)于“怎么理解數(shù)據(jù)庫中的row cache lock等待事件”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬?shí)用的文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。