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

創(chuàng)新互聯(lián)自2013年起，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目網(wǎng)站建設(shè)、成都做網(wǎng)站網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元藁城做網(wǎng)站,已為上家服務(wù),為藁城各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:18982081108

1. ROW CACHE LOCK基礎(chǔ)說明

ROW CACHE LOCK等待事件是一個(gè)共享池相關(guān)的等待事件。是由于對(duì)于字典緩沖的訪問造成的。每一個(gè)行緩沖隊(duì)列鎖都對(duì)應(yīng)一個(gè)特定的數(shù)據(jù)字典對(duì)象，這被叫做隊(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)這個(gè)等待十分高，一般來說可能由于2種原因，一是共享池太小了，需要增加共享池

查看share pool 是否還有free空間

(2).另外一種情況是SQL parse過于頻繁，對(duì)于共享池的并發(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：在使用序列的時(shí)候?qū)l(fā)生該行緩沖隊(duì)列鎖。調(diào)優(yōu)方式是檢查序列是否指定了緩沖選項(xiàng)并確定這個(gè)緩沖值可以承受預(yù)期的并發(fā)insert操作。
②　DC_USED_EXTENTS和DC_FREE_EXTENTS：該行緩沖隊(duì)列鎖可能在空間管理碰到表空間分裂或者沒有足夠區(qū)大小時(shí)發(fā)生。調(diào)優(yōu)方法是檢查表空間是否分裂了、區(qū)大小是否太小或者表空間是人工管理。
③　DC_TABLESPACES：該行緩沖隊(duì)列鎖會(huì)在分配新區(qū)是發(fā)生。如果區(qū)大小設(shè)置得過小，程序?qū)⒔?jīng)常申請(qǐng)新區(qū)，這將導(dǎo)致沖突。調(diào)優(yōu)方法是快速地增加區(qū)的數(shù)量。
④　DC_OBJECTS：該行緩沖隊(duì)列鎖會(huì)在重編譯對(duì)象的時(shí)候發(fā)生。當(dāng)對(duì)象編譯時(shí)將申請(qǐng)一個(gè)排他鎖阻塞其他行為。通過檢查非法對(duì)象和依賴關(guān)系來調(diào)優(yōu)。
⑤　DC_SEGMENTS：該行緩沖隊(duì)列鎖會(huì)在段分配的時(shí)候發(fā)生，觀察持有這個(gè)隊(duì)列鎖的會(huì)話在做什么。
⑥　DC_USERS：一個(gè)會(huì)話正在對(duì)一個(gè)用戶執(zhí)行 GRANT，與此同時(shí)此用戶正在登錄到數(shù)據(jù)庫中，此時(shí)可能會(huì)發(fā)生死鎖或?qū)е?quot;WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!" 。

⑦　DB_ROLLBACK_SEGMENTS：這可能是由于 rollback 段的分配導(dǎo)致的。正如 dc_segments，確定誰持有鎖并收集 errorstack 來進(jìn)行診斷。請(qǐng)記住，在多節(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 資料庫的操作將持有它. 要分析這個(gè)問題,需要查找是那些進(jìn)程阻塞了它們。

到此，關(guān)于“怎么理解數(shù)據(jù)庫中的row cache lock等待事件”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！

當(dāng)前題目：怎么理解數(shù)據(jù)庫中的rowcachelock等待事件
轉(zhuǎn)載來源：http://www.rwnh.cn/article30/ippcpo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、外貿(mào)網(wǎng)站建設(shè)、企業(yè)網(wǎng)站制作、動(dòng)態(tài)網(wǎng)站、全網(wǎng)營銷推廣、微信公眾號(hào)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)