遇到cursor: mutex S等待事件

vincent

1. 数据库版本
   
2. Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
   
3. 问题表现
   
4. 数据库很慢，cpu使用率高
   
5. 
   
6. SQL ordered by CPU Time
   
7. SQL ordered by Version Count
   
8. 找到问题sql，sql已经使用绑定变量。
   
9. 
   
10. 已经使用处理
    
11. exec dbms_shared_pool.purge('0000000E1EB2D8F0,791711688','C');
    
12. 
    
13. 网上查询发现cursor: mutex S对应很多bug。如果暂时不能升级数据库。
    
14. 应当如何处理此类错误
    

复制代码

Maclean Liu(刘相兵

Sharable Mem (b)        Executions        % Total        SQL Id        SQL Module        SQL Text
153,794,672                 2.39        7cckywcrm13y8                 insert into AD_AUDITRESULT (ID...

7cckywcrm13y8                 这个sql占 100多M shared pool

Maclean Liu(刘相兵

Version Count        Executions        SQL Id        SQL Module        SQL Text
7,794                 7cckywcrm13y8                 insert into AD_AUDITRESULT (ID...

7794个 version count


insert into AD_AUDITRESULT
  (ID,
   CLAIM_ID,
   DETAIL_ID,
   RULE_CODE,
   AUDIT_TIME,
   REASON,
   GROUP_CODE,
   TAG,
   RELATED,
   RELATED_S,
   RELATED_T,
   RELATED_F,
   RELATED_FIVE,
   RELATED_SIX,
   FullTipsCode,
   DiseaseTipCode,
   OriginalTipCode)
VALUES
  (:ID,
   :CLAIM_ID,
   :DETAIL_ID,
   :RULE_CODE,
   :AUDIT_TIME,
   :REASON,
   :GROUP_CODE,
   :TAG,
   :RELATED,
   :RELATED_S,
   :RELATED_T,
   :RELATED_F,
   :RELATED_FIVE,
   :RELATED_SIX,
   :FullTipsCode,
   :DiseaseTipCode,
   :OriginalTipCode)

Maclean Liu(刘相兵

给出 AD_AUDITRESULT 这个表的完整ddl

并做一个cursordump 压缩后上传

alter session set events 'immediate trace name cursordump level 16'

chaicsd14

刘大，是不是说明这个sql的child cursor有7000多个，然后sql共享的时候要去搜索这个cursor链表，导致等待事件的发生？？

Maclean Liu(刘相兵

Mutex Sleep Summary
ordered by number of sleeps desc
Mutex Type        Location        Sleeps        Wait Time (ms)
hash table        kkshGetNextChild [KKSHBKLOC1]        11,994,618        0
Library Cache        kgllkc1 57        11,239        -0



kkshGetNextChild  ==>kkshGetNextChild - KKSH Get Next Child

paranoimer

这个问题我们在升级到11.2.0.1后也碰到过。而且被这个问题困扰一年多，自行偿试过升级到11.2.0.2，向ORACLE提交SR，也未能给出有效的解决办法，给的建议是问题CURSOR_SHARING为FORCE，我们之前因为应用系统开发时几乎没有做变量绑定，在高并发时出现严重的性能问题，当时自行设为SHARING。最后不得已也是采用将引发问题SQL定期dbms_shared_pool.purge。
继续关注此问题。