本系列文章將會介紹在並行操作過程中 slave 程式和 QC 程式經常遇到的等待事件！

PX Deq Credit: send blkd等待事件：

Waiting Process: QC

想傳送資訊的程式沒有credit bit。

程式想傳送一個資訊但是沒有control credit ,程式必須首先傳送一個訊息去獲取credit ，此等待事件以表明接收程式還沒有完成前一個訊息的處理。"PX Deq Credit: send blkd" and "PX Deq Credit: need buffer"類似，由於內部因素你可以經常在本地系統上看到"PX Deq Credit: send blkd"在rac 系統上看到"PX Deq Credit: need buffer"！

v$session_wait 中該等待事件對應的引數：

P1 = sleeptime/senderid

P2 = passes

P3 = qref

sleeptime/senderid

我們可以使用如下語句獲取轉換sleeptime/senderid的相關資訊：

set SERVEROUTPUT on

undef p1

declare

inst varchar(20);

sender varchar(20);

begin

select bitand(&&p1, 16711680) - 65535 as SNDRINST,

decode(bitand(&&p1, 65535),65535, 'QC', 'P'||to_char(bitand(&&p1, 65535),'fm000') ) as SNDR

into inst , sender

from dual

where bitand(&&p1, 268435456) = 268435456;

dbms_output.put_line('Instance = '||inst);

dbms_output.put_line('Sender = '||sender );

end;

/

如果P1的值為空，則意味slave 不需要等待任何程式

Instance = 1

Sender = P012

我們要檢視為什麼P012 程式沒有能夠及時的處理資料併傳送資料塊。

passes 程式在得到資訊之前迴圈輪轉等待的次數

qref 表示程式之間通訊的佇列！

此等待事件為空閒等待事件。

遇到此等待事件必須檢視傳送資料的程式sender (decode the senderid).

比如我們使用並行查詢一個大表：

select /*+ parallel(sales, 10) */ * from sales);

在sql 執行的過程中我們可以在slaves程式的trace檔案中看到很多"PX Deq Credit: send blkd"，所有的slaves都在等待 QC 程式取回 credit bt，而QC又不能及時的處理由slave 提交的結果集，因為有太多的slaves程式了，在此種情況下，PX Deq Credit: send blkd等待事件是正常的！

【Oracle】並行等待之PX Deq Credit: send blkd

相關文章