http://www.usn-it.de/index.php/2010/08/04/oracle112-mutex-s-too-many-child-cursors/#more-463

解决方案 »

  1.   

    如果正在发生的话,看看session中是否存在及其消耗资源的sql。
    也可以查看v$sql中top前几位的sql。。
      

  2.   


    http://www.usn-it.de/index.php/2010/08/04/oracle112-mutex-s-too-many-child-cursors/#more-463
    非常感谢!让我从中了解到相关知识,不过需要看好多次,不容易理解。我英文有点差
      

  3.   


    非常感谢,如果查出了sql接着怎么处理?改进SQL吗?
      

  4.   


    http://www.usn-it.de/index.php/2010/08/04/oracle112-mutex-s-too-many-child-cursors/#more-463
    非常感谢!让我从中了解到相关知识,不过需要看好多次,不容易理解。我英文有点差
    写SQL的时候尽量避免硬解析,尽量使用到绑定变量。让资源尽量能够重复利用
      

  5.   

    用awr报告分析,确实有cursor: pin S wait on X等待出现。
      

  6.   


    http://www.usn-it.de/index.php/2010/08/04/oracle112-mutex-s-too-many-child-cursors/#more-463
    非常感谢!让我从中了解到相关知识,不过需要看好多次,不容易理解。我英文有点差
    写SQL的时候尽量避免硬解析,尽量使用到绑定变量。让资源尽量能够重复利用
    对啊,没办法,都是调用的应用程序中的SQL,当时发现有个UPDATE语句
    UPDATE tablename SET FSEQ = :1, CFSTUDENTID = :2, CFSTUDENTNAME = :3, CFHOURPRICEID = :4, CFSTUREMARK = :5, CFUPDATE = :6, CFSUBNUMBER = :7, CFSTUSEHCID = :8, CFSTUDENTSTATUSID = :9, CFFLAG = :10, CFCOURSERIGHT = :11, CFSTUQRCODE = :12, CFMANAGEID = :13, CFGRADEID = :14, CFCAMPUSID = :15 WHERE FID = :16执行次数特别多,请问update也会引起CPU上升吗?
      

  7.   


    http://www.usn-it.de/index.php/2010/08/04/oracle112-mutex-s-too-many-child-cursors/#more-463
    非常感谢!让我从中了解到相关知识,不过需要看好多次,不容易理解。我英文有点差
    写SQL的时候尽量避免硬解析,尽量使用到绑定变量。让资源尽量能够重复利用
    对啊,没办法,都是调用的应用程序中的SQL,当时发现有个UPDATE语句
    UPDATE tablename SET FSEQ = :1, CFSTUDENTID = :2, CFSTUDENTNAME = :3, CFHOURPRICEID = :4, CFSTUREMARK = :5, CFUPDATE = :6, CFSUBNUMBER = :7, CFSTUSEHCID = :8, CFSTUDENTSTATUSID = :9, CFFLAG = :10, CFCOURSERIGHT = :11, CFSTUQRCODE = :12, CFMANAGEID = :13, CFGRADEID = :14, CFCAMPUSID = :15 WHERE FID = :16执行次数特别多,请问update也会引起CPU上升吗?
    我觉得会的,因为UPDATE也是一个SQL,也会进行语句解析