11.2.0.1 大量的 Mutex S 并且和Sys.Aud$有关

今天网友给我一份AWRRPT TOP5如下:

cursor: mutex S 71,373,261 295,337 4 73.78 Concurrency
DB CPU   30,974   7.74  
library cache lock 560,800 18,037 32 4.51 Concurrency
db file sequential read 1,168,603 8,481 7 2.12 User I/O
enq: TX - row lock contention 11 8,106 736927 2.03 Application

 

而TOP Elapsed Time 的语句是

Elapsed Time (s) Executions Elapsed Time per Exec (s) %Total %CPU %IO SQL Id SQL Module SQL Text
326,330.72     81.52 2.86   4vs91dcv7u1p6   insert into sys.aud$( sessioni...

明显这里和审计有关,既然不是用户自己的application sql,第一感觉应该是BUG,然后再metalink找到如下文档,确认是BUG

 

Database Hangs With Excessive Cursor Mutex S Waits Due to Sys.Aud$ Cursors [ID 1423386.1] 转到底部 

--------------------------------------------------------------------------------

修改时间:2012-2-27类型:PROBLEM状态:MODERATED优先级:3 注释 (0)    
 

In this Document
  Symptoms
  Cause
  Solution

 

--------------------------------------------------------------------------------

 

This document is being delivered to you via Oracle Support's Rapid Visibility (RaV) process and therefore has not been subject to an independent technical review.

 

Applies to:
Oracle Server - Enterprise Edition - Version: 11.2.0.1 and later   [Release: 11.2 and later ]
Information in this document applies to any platform.

Symptoms

Database  hangs with excessive cursor mutex S waits.

AWR  reports
o Top wait event: cursor: mutex S and library cache lock
o high version count [1526] for sqlid :
4vs91dcv7u1p6 - insert into sys.aud$ ....

Trace file from event errorstack of session that was waiting shows:
o call stack
kksMutexWait kgxWait kgxShared kkshGetNextChild kkscsSearchChildLis kksfbc kkspsc0 kksParseCursor ....

o current sql:
insert into sys.aud$( sessionid,entryid,statement,ntimestamp#, userid,userhost,terminal,action#,returncode, obj$creator,obj$name,auth$privileges,auth$grantee, new$owner,new$name,ses$actions,ses$tid,logoff$pread, logoff$lwrite,logoff$dead,comment$text,spare1,spare2, priv$used,clientid,sessioncpu,proxy$sid,user$guid, instance#,process#,xid,scn,auditid, sqlbind,sqltext,obj$edition,dbid) values(:1,:2,:3,SYS_EXTRACT_UTC(SYSTIMESTAMP), :4,:5,:6,:7,:8, :9,:10,:11,:12, :13,:14,:15,:16,:17, :18,:19,:20,:21,:22, :23,:24,:25,:26,:27, :28,:29,:30,:31,:32, :33,:34,:35,:36)

Cause

Issue is similar to the report in:
Bug 11936699
Abstract: WAIT TIME OF LIBRARY CACHE LOCK INCREASES DUE TO MANY CHILD CURSORS OF SYS.AUD$

 

Solution
 Apply patches: 10151017,  9944129, and 10636231 if available for version / platform
OR
Apply 11.2.0.3 patchset which includes all 3 fixes

    相关内容 … 
  

   产品 … 
  

•Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise Edition > RDBMS > Database Level Performance Issues (not SQL Tuning)
   关键字 … 
  

HIGH VERSION COUNT;MUTEX;SYS.AUD$

 

安装补丁即可

时间: 2024-09-21 00:37:20

11.2.0.1 大量的 Mutex S 并且和Sys.Aud$有关的相关文章

Oracle11g 11.2.0.3升级失败后如何回退

升级环境: 1. 11.2.0.1 to RAC 11.2.0.2RAC 2.RAC 11.2.0.1 to RAC 11.2.0.3 3.RAC 11.2.0.2 to RAC 11.2.0.3 以上DB软件均是通过out-of-place upgrade方法升级. 如果在升级完成后,发现升级过程有问题,需要回退,我们可以选择两种回退办法: 1. 通过闪回的办法还原到11.2.0.1 /11.2.0.3的数据库 2. 执行catdwgrd.sql 降级数据字典数据库 以下我们介绍通过闪回数据库

【RAC】upgrade GI from11.2.0.1 to 11.2.0.2

升级整个rac 环境则需要先升级Clusterware 层,然后升级Database/RDBMS,整个过程可以选择滚动升级也可以选择将数据库停掉,这个要根据生产库的停机维护窗口来定了.此文描述了非滚动升级的方式!实际过程中要更为严谨. 1 准备工作 下载补丁介质 通过登录My Oracle Support后进入Patch栏目搜索Patchid获得补丁.11.2.0.2补丁集的全称是11.2.0.2.0 PATCH SET FOR ORACLE DATABASE SERVER (Patchset)

solaris x86安装ORACLE 11.2.0.3因SWAP不足报错

solaris x86安装ORACLE 11.2.0.3软件时因SWAP不足报错: INFO: ld: fatal: mmap anon failed 1.ORACLE软件安装到86%时报错,图忘截了.日志如下: /oracle/u01/app/oracle/product/11.2.0/ INFO: db_1/lib/sysliblist` -R /opt/SUNWcluster/lib -R/export/home/oracle/u01/app/oracle/product/11.2.0/d

solaris X86-64下ORACLE打11.2.0.3.8补丁遇到的问题

solaris X86-64下ORACLE打11.2.0.3.8补丁: 正确步骤: 1.BUG6880880 ,OPATCH的补丁 2.BUG16902043,11.2.0.3.8补丁 感慨就是要实践啊看着容易的事也一波三折--像OPATCH的版本问题在安装11.2.0.3.8补丁前有提示的,要细心唉. MOS还是很好用的哈哈. 安装过程: 1.环境检查 -bash-3.2$ ls 16902043                           alert_byssolaris.log D

Oracle 10.2.0.5 64位RMAN如何迁移到11.2.0.3x64

本文是采用迁移的方式来实现数据库10g到11g的迁移升级. 一.环境介绍 1. 源数据库环境 操作系统版本: OEL5.8 x64 数据库版本  : 10.2.0.5 x64 数据库sid名 : orcl Oracle 10g 10.2.0.5(64bit)安装目录如下: 数据库软件:/u01/app/oracle/product/10.2.0/db_1 数据库文件:/u01/app/oracle/oradata/orcl 归档目录:/u01/archivelog RMAN目录:/u01/rma

把Oracle 10.2.0.5 x64升级到11.2.0.3 x64的过程

说明:11g数据库现在新部署的数量也很多的,对于10g数据库,现在整理一下10g到11g的升级过程.10.2.0.2以上版本才能升级到11.2.0.3版本. 升级说明:10.2.0.5(64)-> 升级到11.2.0.3(64) 一.环境介绍 1. 数据库环境 操作系统版本:OEL5.8 x64 数据库版本:10.2.0.5 x64 数据库sid名:orcl 1)Oracle 10g 10.2.0.5(64bit)安装按照标准文档环境进行安装. /u01/app/oracle/product/1

oracle 11.1.0.7版本也会出现access$表丢失导致数据库无法启动

下面我们来看看oracle 11.1.0.7版本也会出现access$表丢失导致数据库无法启动,有需要了解的朋友可以进入看看吧. 有网友咨询数据库启动报ora-01092:ORACLE 实例终止.强制断开连接,请求帮忙处理 数据库版本 Trace file d:appadministratordiagrdbmsorclorcltraceorcl_ora_5648.trc Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64b

脚本-oracle10.2.0.4升级到11.2.0.1相关问题

问题描述 oracle10.2.0.4升级到11.2.0.1相关问题 进行升级之后,11g的新特性只读表使用不成功,在升级后需要执行什么内置脚本吗? 解决方案 是不是11g没有升级完全,升到11.2.04试试

【Oracle】Oracle 11gR2发布11.2.0.3 Patchset补丁集

11.2.0.3 Patch Set - Availability and Known Issues [ID 1348336.1]   修改时间 07-MAR-2012     类型 README     状态 PUBLISHED     Known Issues specific to the 11.2.0.3 Patch Set Please note that 11.2 Patch Sets 11.2.0.2 and higher are supplied as full releases