RAC環境下的阻塞(blocking blocked)，racblocked

RAC環境下的阻塞(blocking blocked)，racblocked

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

 

1、示範環境

scott@DEVDB> select * from v$version where rownum<2;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production--在scott session中發布SQL語句，並未提交scott@DEVDB> begin  2  update emp set sal=sal+100 where empno=7788;  3  update dept set dname='DBA' where deptno=10;  4  end;  5  /PL/SQL procedure successfully completed.--在leshami session中更新emp對象leshami@DEVDB> update scott.emp set sal=sal-200 where empno=7788;--在usr1 session中更新emp對象usr1@DEVDB> update scott.dept set dname='DEV' where deptno=10;

2、尋找阻塞

scott@DEVDB> @block_session_racUSER_STATUS     SID_SERIAL      CONN_INSTANCE     SID PROGRAM                        OSUSER  MACHINE         LOCK_TYPE       LOCK_MODE        CTIME OBJECT_NAME--------------- --------------- ---------------- ---- ------------------------------ ------- --------------- --------------- ----------- ---------- -------------------------Blocking ->     '20,1545'       devdb1             20 sqlplus@Linux-01 (TNS V1-V3)   oracle  Linux-01        Transaction     Exclusive          666 DEPTBlocking ->     '20,1545'       devdb1             20 sqlplus@Linux-01 (TNS V1-V3)   oracle  Linux-01        Transaction     Exclusive          666 EMPWaiting         '49,1007'       devdb1             49 sqlplus@Linux-01 (TNS V1-V3)   oracle  Linux-01        Transaction     None               618 EMPWaiting         '933,11691'     devdb2            933 sqlplus@Linux-02 (TNS V1-V3)   oracle  Linux-02        Transaction     None               558 DEPT--通過上述指令碼我們可以看到session '20,1545' 鎖住了對象DEPT以及EMP，而此時session '49,1007'與'933,11691'處於等待狀態。--下面是另外的一種方式來擷取阻塞的情形scott@DEVDB> @block_session_rac2BLOCKING_STATUS----------------------------------------------------------------------------------------------------------------------------SCOTT@Linux-01 ( INST=1 SID=20 Serail#=1545 ) IS BLOCKING USR1@Linux-02 ( INST=2 SID=933 Serial#=11691 )SCOTT@Linux-01 ( INST=1 SID=20 Serail#=1545 ) IS BLOCKING LESHAMI@Linux-01 ( INST=1 SID=49 Serial#=1007 )--Author : Leshami--Blog   : http://blog.csdn.net/leshami

3、示範中用到的指令碼

[oracle@Linux-01 ~]$ more block_session_rac.sql set linesize 180col user_status format a15col sid_serial format  a15col program format a30 wrappedcol machine format a15 wrappedcol osuser format a15 wrappedcol conn_instance format a15col object_name format a25 wrapped SELECT DECODE (l.block, 0, 'Waiting', 'Blocking ->') user_status,         CHR (39) || s.sid || ',' || s.serial# || CHR (39) sid_serial,         (SELECT instance_name            FROM gv$instance           WHERE inst_id = l.inst_id)            conn_instance,         s.sid,         s.program,         s.osuser,         s.machine,         DECODE (l.TYPE,                 'RT', 'Redo Log Buffer',                 'TD', 'Dictionary',                 'TM', 'DML',                 'TS', 'Temp Segments',                 'TX', 'Transaction',                 'UL', 'User',                 'RW', 'Row Wait',                 l.TYPE)            lock_type--,id1                     --,id2         ,         DECODE (l.lmode,                 0, 'None',                 1, 'Null',                 2, 'Row Share',                 3, 'Row Excl.',                 4, 'Share',                 5, 'S/Row Excl.',                 6, 'Exclusive',                 LTRIM (TO_CHAR (lmode, '990')))            lock_mode,         ctime--,DECODE(l.BLOCK, 0, 'Not Blocking', 1, 'Blocking', 2, 'Global') lock_status         ,         object_name    FROM gv$lock l         JOIN gv$session s ON (l.inst_id = s.inst_id AND l.sid = s.sid)         JOIN gv$locked_object o            ON (o.inst_id = s.inst_id AND s.sid = o.session_id)         JOIN dba_objects d ON (d.object_id = o.object_id)   WHERE (l.id1, l.id2, l.TYPE) IN (SELECT id1, id2, TYPE                                      FROM gv$lock                                     WHERE request > 0)ORDER BY id1, id2, ctime DESC;[oracle@Linux-01 ~]$ more block_session_rac2.sql SELECT DISTINCT          s1.username       || '@'       || s1.machine       || ' ( INST='       || s1.inst_id       || ' SID='       || s1.sid       || ' Serail#='       || s1.serial#       || ' ) IS BLOCKING '       || s2.username       || '@'       || s2.machine       || ' ( INST='       || s2.inst_id       || ' SID='       || s2.sid       || ' Serial#='       || s2.serial#       || ' ) '          AS blocking_status  FROM gv$lock l1,       gv$session s1,       gv$lock l2,       gv$session s2 WHERE     s1.sid = l1.sid       AND s2.sid = l2.sid       AND s1.inst_id = l1.inst_id       AND s2.inst_id = l2.inst_id       AND l1.block > 0       AND l2.request > 0       AND l1.id1 = l2.id1       AND l1.id2 = l2.id2;

 

更多參考

DML Error Logging 特性 

PL/SQL --> 遊標

PL/SQL --> 隱式遊標(SQL%FOUND)

批量SQL之 FORALL 語句

批量SQL之 BULK COLLECT 子句

PL/SQL 集合的初始化與賦值

PL/SQL 聯合數組與巢狀表格
PL/SQL 變長數組
PL/SQL --> PL/SQL記錄

SQL tuning 步驟

高效SQL語句必殺技

父遊標、子遊標及共用遊標

綁定變數及其優缺點

dbms_xplan之display_cursor函數的使用

dbms_xplan之display函數的使用

執行計畫中各欄位各模組描述

使用 EXPLAIN PLAN 擷取SQL語句執行計畫

交換器的術語,什是Non-Blocking非阻塞交換結構

非阻塞配置 該設計的目標為：機箱中全部交換連接埠的總頻寬，低於或等於交換結構的轉寄能力，這就使得在任何情況下，資料流進入交換結構時不會發生阻塞。因此，非阻塞設計的網路裝置適用於主幹串連。在主幹裝置選型時，只需注意介面模組的連接埠密度和交換結構的轉寄能力相匹配即可（建議：當要構造高效能的網路主幹時，必須選用非阻塞配置的主幹裝置）。
回答問題中共同學習！
參考資料：www.chinaitlab.com/...=25024
 
教大蝦，錯誤碼是10004：阻塞進程被WSACancelBlockingCall()取消，這個錯誤要怎解決

實際上是操作了已經關閉的資源了。

（轉）今天在進行網路通訊調試的時候遇到一個錯誤：10004 一個封鎖操作被對 WSACancelBlockingCall的調用中斷。錯誤的發生情況如下：
Server:
1. 一個線程啟動一個socket1 在監聽，接收到到來的client串連.
2. 同時，啟動一個socket2作為client，串連到另外一個MessageServer上，今天因為MessageServer沒有啟動，所以這個socket2串連失敗，調用了closesocket( socket2)，但是socket2沒有被置成INVALID_SOCKET。
3. 來了一個client串連到socket1 上，接收到一個包，然後調用了socket2打算髮送一個訊息到MessageServer上，而且，發送函數裡面沒有判斷socket2是否已經串連上，就直接調用了send，這個調用當然是失敗，失敗後調用了closesocket(socket2)，這個調用後監聽線程裡面的accept函數開始
出錯了，錯誤就是“10004 一個封鎖操作被對 WSACancelBlockingCall的調用中斷”。
最後的解決和發現：
socket1 是在socket2後被建立的。
socket2建立後，數值是5580，第一次被closesocket(socket2)後，socket1 開始建立，這個5580被socket1 獲得，socket1 的值是5580。後面socket1 接收到一個串連後，到了上面的第三步驟的時候，發送資料失敗後，再次調用了closesocket(socket2)，這個時候實際上是調用了closesocket(5580)，所以導致了accept操作開始失敗，出現錯誤10004.
後記：切記切記：調用了closesocket後，一定要把裡面的socket即時賦值成INVALID_SOCKET，更重要的是，不要對了一個socket進行多次的closesocket聯絡調用。