Subject: "class slave wait" is the top wait event on AWR snapshot

前两天看到一份sp报告,在wait events事件中,有:
                                                                          Avg
                                                     Total Wait   wait    Waits
Event                               Waits   Timeouts   Time (s)   (ms)     /txn
---------------------------- ------------ ---------- ---------- ------ --------
db file sequential read         4,490,735          0     14,958      3  3,024.1
control file parallel write         5,256          0        179     34      3.5
db file scattered read             51,799          0        100      2     34.9
class slave wait                       10         10         51   5117      0.0
看到有class slave wait等待avg wait(ms)居然是5117,一直没弄明白为啥能这么高??
找了几天,最后想起来metalink上search下,居然发现是bug:
 

Applies to:

Enterprise Manager for RDBMS - Version: 10.1.0.3.0
This problem can occur on any platform.

Symptoms

"class slave wait" is the top wait event on AWR snapshot.
It is grouped under wait class "other"

Output of ADDM reports for these AWR snapshots:

FINDING 1: 100% impact (3431 seconds)
-------------------------------------
Wait class "Other" was consuming significant database time.
 
   NO RECOMMENDATIONS AVAILABLE
 
   ADDITIONAL INFORMATION: Database latches in the "Other" wait class were not
      consuming significant database time.


Cause

Bug 3876475

Hdr: 3876475 10.1 RDBMS 10.0 VOS PRODID-5 PORTID-453
Abstract: MIS-CLASSIFICATION OF KSV SLAVE CLASS WAIT

"class slave wait" has the wrong wait classification.It should be marked as an "idle" wait

Solution

Issue is fixed in 10.1.0.4 and 10.2

Upgrade to either 10.1.0.4 or 10.2

数据库版本恰好就是oracle 10.1.0.3.0,这个点背啊!!!

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/122290/viewspace-589053/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/122290/viewspace-589053/

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
引用\[1\]中提到了一个选项字符串,其中包含了一些参数和值。这个字符串可能是用于配置数据库的复制设置的。引用\[2\]中的日志记录显示了一些关于从库的错误和警告信息,包括从库SQL线程被终止的情况。引用\[3\]中列出了一些与数据库性能相关的事件和等待时间。根据这些引用内容,可以推断出readMode和subscriptionMode是用于配置数据库复制的模式。 回答: 根据提供的引用内容,readMode和subscriptionMode可能是用于配置数据库复制的模式。readMode可能是指定从库的读取模式,而subscriptionMode可能是指定从库的订阅模式。然而,具体的含义和配置方式需要根据上下文和数据库系统的文档来确定。 #### 引用[.reference_title] - *1* *2* [Error reading relay log event: slave SQL thread was killed](https://blog.csdn.net/shaochenshuo/article/details/50312777)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [Waits for: "PX Deq: Slave Session Stats](https://blog.csdn.net/u013012406/article/details/80278943)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值