zoukankan      html  css  js  c++  java
  • enq US

    早上通过Oracle的EM发现数据库有等待事件enq US - contention,经过查阅资料和分析,找到了原因并顺利解决

    原因:

    前一天有重启数据库,重启后,数据库负载比较低,这时候,Oracle的undo自动调优任务数据库事务较少,会自动延长UNDO的保存时间。但是第二天业务量突然增加,旧的事务占有的UNDO无法很快释放,会导致UNDO的争用

    SELECT x.ksppinm name,
           y.ksppstvl VALUE,
           y.ksppstdf isdefault,
           DECODE (BITAND (y.ksppstvf, 7),
                   1, 'MODIFIED',
                   4, 'SYSTEM_MOD',
                   'FALSE')
              ismod,
           DECODE (BITAND (y.ksppstvf, 2), 2, 'TRUE', 'FALSE') isadj
      FROM sys.x$ksppi x, sys.x$ksppcv y
     WHERE     x.inst_id = USERENV ('Instance')
           AND y.inst_id = USERENV ('Instance')
           AND x.indx = y.indx
           AND x.ksppinm = '_undo_autotune'
    

    通过上述SQL可以查看当前数据库参数_undo_autotune的值为true,即Oracle会根据负载调整UNDORETENTION。

     select * from v$undostat;
    

    通过上述SQL可以查看当前数据库自动调优的RETENTION的值,会发现重启后,数据库的RETENTION时间被延长。

    解决方法:

    将隐含参数_undo_autotune设置为false,让数据库不再参考调优值,取undo_retention参数的值

    查看undo_retention的值

    select * from v$parameter where name = 'undo_retention';
    

    修改参数_undo_autotune

    alter system set "_undo_autotune" = false scope=both;
    

    参考:enq US - contention等待事件

  • 相关阅读:
    [CF1342D] Multiple Testcases
    [CF448D] Multiplication Table
    [CF459C] Pashmak and Buses
    [CF766E] Mahmoud and a xor trip
    [CF35E] Parade
    [CF15C] Industrial Nim
    [CF9D] How many trees?
    [CF19B] Checkout Assistant
    [CF22D] Segments
    [CF21D] Traveling Graph
  • 原文地址:https://www.cnblogs.com/monkey6/p/14703965.html
Copyright © 2011-2022 走看看