溫馨提示×

溫馨提示×

您好，登錄后才能下訂單哦！

密碼登錄×
登錄注冊×
獲取短信驗證碼
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
登 錄 注冊有禮
云服務器 香港服務器 高防服務器
最新更新 網站標簽 地圖導航
產品

RAC環境中的阻塞 查找鎖

發布時間：2020-08-07 20:05:07 來源：ITPUB博客 閱讀：169 作者：flywiththewind 欄目：關系型數據庫

 RAC環境下的阻塞不同于單實例情形，因為我們需要考慮到位于不同實例的session。也就是說之前查詢的v$session，v$lock相應的應變化為全局范圍來查找。本文提供了2個查詢腳本，并給出實例演示那些session為阻塞者，哪些為被阻塞者。有關阻塞的概念以及單實例環境下的阻塞請參考：Oracle 阻塞(blocking blocked)

 

1、演示環境

[sql] view plain copy
 print?
  1. scott@DEVDB> select * from v$version where rownum<2;  
  2.   
  3. BANNER  
  4. --------------------------------------------------------------------------------  
  5. Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production  
  6.   
  7. --在scott session中發布SQL語句，并未提交  
  8. scott@DEVDB> begin  
  9.   2  update emp set sal=sal+100 where empno=7788;  
  10.   3  update dept set dname='DBA' where deptno=10;  
  11.   4  end;  
  12.   5  /  
  13.   
  14. PL/SQL procedure successfully completed.  
  15.   
  16. --在leshami session中更新emp對象  
  17. leshami@DEVDB> update scott.emp set sal=sal-200 where empno=7788;  
  18.   
  19. --在usr1 session中更新emp對象  
  20. usr1@DEVDB> update scott.dept set dname='DEV' where deptno=10;  

2、尋找阻塞

[sql] view plain copy
 print?
  1. scott@DEVDB> @block_session_rac  
  2.   
  3. USER_STATUS     SID_SERIAL      CONN_INSTANCE     SID PROGRAM                        OSUSER  MACHINE         LOCK_TYPE       LOCK_MODE        CTIME OBJECT_NAME  
  4. --------------- --------------- ---------------- ---- ------------------------------ ------- --------------- --------------- ----------- ---------- -------------------------  
  5. Blocking ->     '20,1545'       devdb1             20 sqlplus@Linux-01 (TNS V1-V3)   oracle  Linux-01        Transaction     Exclusive          666 DEPT  
  6. Blocking ->     '20,1545'       devdb1             20 sqlplus@Linux-01 (TNS V1-V3)   oracle  Linux-01        Transaction     Exclusive          666 EMP  
  7. Waiting         '49,1007'       devdb1             49 sqlplus@Linux-01 (TNS V1-V3)   oracle  Linux-01        Transaction     None               618 EMP  
  8. Waiting         '933,11691'     devdb2            933 sqlplus@Linux-02 (TNS V1-V3)   oracle  Linux-02        Transaction     None               558 DEPT  
  9.   
  10. --通過上述腳本我們可以看到session '20,1545' 鎖住了對象DEPT以及EMP，而此時session '49,1007'與'933,11691'處于等待狀態。  
  11.   
  12. --下面是另外的一種方式來獲取阻塞的情形  
  13. scott@DEVDB> @block_session_rac2  
  14.   
  15. BLOCKING_STATUS  
  16. ----------------------------------------------------------------------------------------------------------------------------  
  17. SCOTT@Linux-01 ( INST=1 SID=20 Serail#=1545 ) IS BLOCKING USR1@Linux-02 ( INST=2 SID=933 Serial#=11691 )  
  18. SCOTT@Linux-01 ( INST=1 SID=20 Serail#=1545 ) IS BLOCKING LESHAMI@Linux-01 ( INST=1 SID=49 Serial#=1007 )  
  19.   
  20. --Author : Leshami  
  21. --Blog   : http://blog.csdn.net/leshami  

3、演示中用到的腳本

[sql] view plain copy
 print?
  1. [oracle@Linux-01 ~]$ more block_session_rac.sql   
  2. set linesize 180  
  3. col user_status format a15  
  4. col sid_serial format  a15  
  5. col program format a30 wrapped  
  6. col machine format a15 wrapped  
  7. col osuser format a15 wrapped  
  8. col conn_instance format a15  
  9. col object_name format a25 wrapped  
  10.  SELECT DECODE (l.block, 0, 'Waiting', 'Blocking ->') user_status,  
  11.          CHR (39) || s.sid || ',' || s.serial# || CHR (39) sid_serial,  
  12.          (SELECT instance_name  
  13.             FROM gv$instance  
  14.            WHERE inst_id = l.inst_id)  
  15.             conn_instance,  
  16.          s.sid,  
  17.          s.program,  
  18.          s.osuser,  
  19.          s.machine,  
  20.          DECODE (l.TYPE,  
  21.                  'RT', 'Redo Log Buffer',  
  22.                  'TD', 'Dictionary',  
  23.                  'TM', 'DML',  
  24.                  'TS', 'Temp Segments',  
  25.                  'TX', 'Transaction',  
  26.                  'UL', 'User',  
  27.                  'RW', 'Row Wait',  
  28.                  l.TYPE)  
  29.             lock_type--,id1  
  30.                      --,id2  
  31.          ,  
  32.          DECODE (l.lmode,  
  33.                  0, 'None',  
  34.                  1, 'Null',  
  35.                  2, 'Row Share',  
  36.                  3, 'Row Excl.',  
  37.                  4, 'Share',  
  38.                  5, 'S/Row Excl.',  
  39.                  6, 'Exclusive',  
  40.                  LTRIM (TO_CHAR (lmode, '990')))  
  41.             lock_mode,  
  42.          ctime--,DECODE(l.BLOCK, 0, 'Not Blocking', 1, 'Blocking', 2, 'Global') lock_status  
  43.          ,  
  44.          object_name  
  45.     FROM gv$lock l  
  46.          JOIN gv$session s ON (l.inst_id = s.inst_id AND l.sid = s.sid)  
  47.          JOIN gv$locked_object o  
  48.             ON (o.inst_id = s.inst_id AND s.sid = o.session_id)  
  49.          JOIN dba_objects d ON (d.object_id = o.object_id)  
  50.    WHERE (l.id1, l.id2, l.TYPE) IN (SELECT id1, id2, TYPE  
  51.                                       FROM gv$lock  
  52.                                      WHERE request > 0)  
  53. ORDER BY id1, id2, ctime DESC;  
  54.   
  55. [oracle@Linux-01 ~]$ more block_session_rac2.sql   
  56. SELECT DISTINCT  
  57.           s1.username  
  58.        || '@'  
  59.        || s1.machine  
  60.        || ' ( INST='  
  61.        || s1.inst_id  
  62.        || ' SID='  
  63.        || s1.sid  
  64.        || ' Serail#='  
  65.        || s1.serial#  
  66.        || ' ) IS BLOCKING '  
  67.        || s2.username  
  68.        || '@'  
  69.        || s2.machine  
  70.        || ' ( INST='  
  71.        || s2.inst_id  
  72.        || ' SID='  
  73.        || s2.sid  
  74.        || ' Serial#='  
  75.        || s2.serial#  
  76.        || ' ) '  
  77.           AS blocking_status  
  78.   FROM gv$lock l1,  
  79.        gv$session s1,  
  80.        gv$lock l2,  
  81.        gv$session s2  
  82.  WHERE     s1.sid = l1.sid  
  83.        AND s2.sid = l2.sid  
  84.        AND s1.inst_id = l1.inst_id  
  85.        AND s2.inst_id = l2.inst_id  
  86.        AND l1.block > 0  
  87.        AND l2.request > 0  
  88.        AND l1.id1 = l2.id1  
  89.        AND l1.id2 = l2.id2;  
向AI問一下細節
推薦閱讀：
  1. Oracle RAC學習之--OPS中的RAC Ping和RAC Cache Fusion
  2. SQL Server中的SELECT會不會阻塞SELECT

免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。

rac 查找 中的

猜你喜歡

最新資訊
相關推薦

相關標簽

trace autotrace oracle11grac cx_oracle btrace oracle 數據庫 rac遷移 oracle數據庫故障 abstractqueuedsynch oracle 11g oracle備份和恢復 tracert oracle數據庫 track bpftrace 安裝oracle Oracle- abstractqueuedsynchronizer accuracy contracts
AI
助
手
產品服務
地區劃分
專題活動
幫助支持
關于我們
售后咨詢
7*24小時在線電話：400-100-2938
7*24小時在線 QQ：800811969
關注億速云

億速云公眾號

手機網站二維碼

Copyright ? Yisu Cloud Ltd. All Rights Reserved. 2018 版權所有

廣州億速云計算有限公司粵ICP備17096448號-1 粵公網安備 44010402001142號增值電信業務經營許可證編號：B1-20181529

亚洲午夜精品一区二区_中文无码日韩欧免_久久香蕉精品视频_欧美主播一区二区三区美女