重庆思庄Oracle、Redhat认证学习论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 809|回复: 0
打印 上一主题 下一主题

[参考文档] Database Hangs With Excessive Cursor Mutex S Waits Due to Sys.Aud$ Cursors

[复制链接]
跳转到指定楼层
楼主
发表于 2023-7-23 15:07:26 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
SYMPTOMS
Database hangs with excessive waits for 'cursor mutex S'
AWR report shows:
Top wait event: 'cursor: mutex S' and 'library cache lock'
high version count for an insert into sys.aud$ ....
Trace file from event errorstack of session that was waiting shows a call stack similar to the following:
kksMutexWait kgxWait kgxShared kkshGetNextChild kkscsSearchChildLis kksfbc kkspsc0 kksParseCursor ....

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)

CHANGES


CAUSE
Issue is similar to that reported  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

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 支持支持 反对反对
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|手机版|小黑屋|重庆思庄Oracle、Redhat认证学习论坛 ( 渝ICP备12004239号-4 )

GMT+8, 2024-5-7 17:46 , Processed in 0.087758 second(s), 20 queries .

重庆思庄学习中心论坛-重庆思庄科技有限公司论坛

© 2001-2020

快速回复 返回顶部 返回列表