本系列文章将会介绍在并行操作过程中 slave 进程和 QC 进程经常遇到的等待事件！
Waiting Process: QC
协调器正在等待一个 从slaves 进程对控制信息的响应(确认通知)或者期望从slave进程集中获取数据。这个等待事件意味着QC等待slaves结束执行sql 并且将结果集发送给QC
v$session_wait 中该等待事件对应的参数：
P1 = sleeptime/senderid
P2 = passes
P3 = not used
我们可以使用如下语句获取转换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 不需要等待任何进程
比如p1的值为268501004，则上面的sql会返回：
Instance = 1
Sender = P012
等待时间：
这是非空闲等待时间，QC 等待从slave 的响应或者查询的数据结果
导致该等待事件的原因：
非优化的sql语句肯能是导致此等待事件的原因：slaves 需要花费很长时间来执行sql 语句而qc又在等待slave返回数据。
解决办法：
优化sql，查看slave 在执行的语句以及其执行计划，并做出尽量的优化,以便减少slave执行sql语句的时间！
