Streams AQ: qmn coordinator waiting for slave to start等待

yangtingkun發表於2013-07-17

一個客戶的10.2.0.5資料庫的TOP 5等待出現了這個等待事件。

[@more@]

其實導致這個Streams AQ: qmn coordinator waiting for slave to start等待出現的原因除了引數設定不合理外,最主要的原因還是資料庫太閒了:

Event

Waits

Time(s)

Avg Wait(ms)

% Total Call Time

Wait Class

CPU time

372

59.0

Streams AQ: qmn coordinator waiting for slave to start

6

34

5,667

5.4

Other

db file scattered read

50,528

28

1

4.4

User I/O

gc cr multi block request

66,347

24

0

3.8

Cluster

db file sequential read

7,157

18

2

2.8

User I/O

可以看到,這個Streams AQ: qmn coordinator waiting for slave to start等待排在TOP 5的第二位,僅僅等待了34秒。不過這個等待的平均等待時間則達到了5秒以上,相比總的等待時間,這個對單次操作的效能影響更加明顯。

導致這個問題的主要原因是初始化引數AQ_TM_PROCESSES設定為0,而Oracle推薦改引數應該至少設定為1。由於Oracle的高階佇列、流、資料泵等多種內建功能都會依賴於QMN程式,當AQ_TM_PROCESSES不為0時,Oracle無法自動根據負載確定QNNN程式的數量,來滿足佇列相關操作的需求。而如果該引數被禁止,Oracle只能在出現佇列需求的時候才被動的去啟動一個SLAVE程式,從而導致了較高的平均等待時間。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4227/viewspace-1060754/,如需轉載,請註明出處,否則將追究法律責任。

相關文章