• 博客访问: 10142530
  • 博文数量: 1920
  • 用 户 组: 普通用户
  • 注册时间: 2007-12-29 09:23
个人简介

暂无介绍

文章分类

全部博文(1920)

文章存档

2013年(30)

2012年(315)

2011年(365)

2010年(349)

2009年(368)

2008年(181)

2007年(312)

分类: Oracle

2013-07-17 23:32:53

一个客户的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进程,从而导致了较高的平均等待时间。

阅读(5315) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册