本系列文章将会介绍在并行操作过程中 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等待事件是正常的！
