Streams AQ: qmn coordinator waiting for slave to start  等待事件很少见到，今天在查看一个客户的AWR报告中发现了这个等待事件，AWR报告的TOP如下：  
                        

Event	Waits	Time(s)	Avg wait (ms)	% DB time	Wait Class
DB CPU		308		62.85
db file sequential read	92,033	96	1	19.60	User I/O
db file scattered read	44,852	90	2	18.39	User I/O
Streams AQ: qmn coordinator waiting for slave to start	3	16	5269	3.23	Other
gc cr grant 2-way	60,943	11	0	2.27	Cluster

      Streams AQ: qmn coordinator waiting for slave to start等待事件等待的次数非常少，在一个小时的AWR报告中就出现了3次，但是每次的等待时间却非常长，平均达5秒以上。在10g版本中  ，QMON（  Queue Monitor Processes  ）  自动协调  slave经常的分配，  aq_tm_processes无需在手动设置  ，slave进程会在需要的时候自动分配。  
    查看了用户的    aq_tm_processes参数为0，数据库版本为10.2.0.5（oracle是不建议将aq_tm_processes设置为0的),那说明此时oracle在自动分配slave进程时时存在问题的，效率过低，所以如果出现    Streams AQ: qmn coordinator waiting for slave to start等待事件，还是建议  将  aq_tm_processes  参数设置为非零值，让oracle预先分配几个slave进程，  该参数的取值范围是0~10，或者取消  aq_tm_processes  参数的设置，让oracle自动分配  。  
    可以通过下面的代码查看  QMON自动调整是否启用，同时    aq_tm_processes参数是否被设置为0：

1. connect / as sysdba
   
2. 
   
3. set serveroutput on
   
4. 
   
5. declare
   
6. mycheck number;
   
7. begin
   
8. select 1 into mycheck from v$parameter where name = 'aq_tm_processes' and value = '0' and (ismodified != 'FALSE' OR isdefault = 'FALSE');
   
9. if mycheck = 1 then
   
10. dbms_output.put_line('The parameter ''aq_tm_processes'' is explicitly set to 0!');
    
11. end if;
    
12. exception when no_data_found then
    
13. dbms_output.put_line('The parameter ''aq_tm_processes'' is not explicitly set to 0.');
    
14. end;
    
15. /

     取消  aq_tm_processes参数的设置：

1. connect / as sysdba
   
2. alter system reset aq_tm_processes scope=spfile sid=\'*\';

    补充：从11.2.0.3以后  的版本中，  aq_tm_processes默认值又调整为1.