Oracle 10gr2的后续版本中添加了UNDO信息最短保留时间段自动调优的特性,不再仅仅依据参数UNDO_RETENTION的设定,其调优原则如下:
1. 当UNDO TABLESPACE为 fixed- size,Oracle将根据表空间的大小和历史使用情况,自动调整undo信息保存时间,同时忽略 undo_retention的值,除非 undo_retention的guarantee 特性被启用.
2. 当UNDO TABLESPACE为AUM时,Oracle将动态调整撤销信息最短保留时间为该时段最长查询时间(MAXQUERYLEN)加上300秒或参数UNDO_RETENTION间的较大者,即MAX((MAXQUERYLEN+300),UNDO_RENTION).
在自动调整启用的情况下,实际的撤销信息最短保留时间可以通过查询V$UNDOSTAT视图上的TUNED_UNDORETENTION列获得。往往最短保存时间远远大于设定的UNDO_RETENTION。
在无法就UNDO TABLESPACE做相应修改的情况,可以通过修改隐式参数”_UNDO_AUTOTUNE”为FALSE关闭该自动调优特性。以上设定生效后,V$UNDOSTAT视图上TUNED_UNDORETENTION列不再更新,且撤销信息最短保留时间固定为参数UNDO_RETENTION的设定值。该参数可以不用重启数据库而动态设置生效。
下面做实验说明undo自动调整的功能以及其弊端:注:实验环境中无他事务。
进行一个dml 语句不提交,查看dba_undo_extents 关于回滚段的信息,
YANG@yangdb-rac3> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 60
undo_tablespace string UNDOTBS1
YANG@yangdb-rac3> update bind set status='VALID' where wner='YANG';
5 rows updated.
YANG@yangdb-rac3> select segment_name ,tablespace_name,extent_id,status
2 from dba_undo_extents
3 where status='ACTIVE';
SEGMENT_NAME TABLESPACE_NAME EXTENT_ID STATUS
-------------------- --------------- ---------- ---------
_SYSSMU3_2097677531$ UNDOTBS1 2 ACTIVE
YANG@yangdb-rac3> commit;
Commit complete.
YANG@yangdb-rac3> --等待一分钟之后
YANG@yangdb-rac3> select segment_name ,tablespace_name,extent_id,status
2 from dba_undo_extents
3 where status='ACTIVE';
SEGMENT_NAME TABLESPACE_NAME EXTENT_ID STATUS
-------------------- --------------- ---------- ---------
_SYSSMU3_2097677531$ UNDOTBS1 2 UNEXPIRED
YANG@yangdb-rac3> --等待一分钟之后
YANG@yangdb-rac3> select segment_name ,tablespace_name,extent_id,status
2 from dba_undo_extents
3 where status='ACTIVE';
SEGMENT_NAME TABLESPACE_NAME EXTENT_ID STATUS
-------------------- --------------- ---------- ---------
_SYSSMU3_2097677531$ UNDOTBS1 2 UNEXPIRED
可以看到提交一分钟之后,回滚段_SYSSMU3_2097677531$的状态依然为UNEXPIRED,尽管undo_retention 设置为60s。本应该释放的undo却未被及时释放。其实这也是为什么生产环境中undo表空间总是接近100%的原因。
由之前的介绍oracle提供的undo自动调优技术,只是将undo_retention做为一个参考值,而实际设置的undo_retention时间有v$undostat.tuned_undoretention 而定,查看其信息;
YANG@yangdb-rac3> ALTER SESSION SET NLS_DATE_FORMAT='YYYY/MM/DD HH24:MI:SS' ;
Session altered.
YANG@yangdb-rac3> SELECT begin_time, end_time, tuned_undoretention FROM v$undostat;
BEGIN_TIME END_TIME TUNED_UNDORETENTION
------------------- ------------------- -------------------
2011/10/16 19:46:29 2011/10/16 19:56:29 1412 --进行查询时候的保留时间明显大于60s
2011/10/16 19:36:29 2011/10/16 19:46:29 2017
2011/10/16 19:26:29 2011/10/16 19:36:29 1416
2011/10/16 19:16:29 2011/10/16 19:26:29 2018
2011/10/16 19:06:29 2011/10/16 19:16:29 1418
2011/10/16 18:56:29 2011/10/16 19:06:29 2022
2011/10/16 18:46:29 2011/10/16 18:56:29 1421
2011/10/16 18:36:29 2011/10/16 18:46:29 2026
2011/10/16 18:26:29 2011/10/16 18:36:29 1425
2011/10/16 18:16:29 2011/10/16 18:26:29 2028



464 rows selected.

every coin has two sides,UNDO自动优化功能能够最大限度的使用undo表空间,满足大部分的sql执行,但是也带来一个问题:很多事务执行完毕之后,发现UNDO表空间会在很长时间都一直保持着使用率是接近100%的状态,active 状态的很少。这种接近状态还无法手工的收缩,甚至于重启数据库实例也无法缓解,而此时常常会收到undo表空间的监控报警。
此问题可以通过修改隐式参数” _UNDO_AUTOTUNE”为FALSE关闭该自动调优特性。以上设定生效后,V$UNDOSTAT视图的不再更新,且撤销信息最短保留时间固定为参数UNDO_RETENTION的设定值。该参数可以不用重启数据库而动态设置生效。禁用UNDO自动优化之后,Oracle不再的每十分钟记录一次当前UNDO使用情况了,在动态视图V$UNDOSTAT中也只保留禁止undo自动调优之前的数据:
YANG@yangdb-rac3> conn /as sysdba
Connected.
SYS@yangdb-rac3> alter system set "_undo_autotune"=false;
System altered.
YANG@yangdb-rac3>conn yang/yang
Connected.
YANG@yangdb-rac3>--10分钟之后
YANG@yangdb-rac3>SELECT count(1) FROM v$undostat;
COUNT(1)
----------
464 --还是之前的个数
YANG@yangdb-rac3>SELECT begin_time, end_time, tuned_undoretention FROM v$undostat where rownum =1;
BEGIN_TIME END_TIME TUNED_UNDORETENTION
------------------- ------------------- -------------------
2011/10/16 19:56:29 2011/10/16 20:08:11 1592
---
YANG@yangdb-rac3> SELECT begin_time, end_time, tuned_undoretention FROM v$undostat where rownum BEGIN_TIME END_TIME TUNED_UNDORETENTION
------------------- ------------------- -------------------
2011/10/16 19:56:29 2011/10/16 21:08:53 1592

上面两个是在不同时间进行的查询, v$undostat的记录不足每十分钟进行一次统计。
再次做一个实验:这次事务提交一分钟之后,undo段的状态变为EXPIRED
YANG@yangdb-rac3> UPDATE bind set status ='INVALID' where status='VALID';
72747 rows updated.
YANG@yangdb-rac3> ALTER SESSION SET NLS_DATE_FORMAT='YYYY/MM/DD HH24:MI:SS' ;
Session altered.
YANG@yangdb-rac3> select sysdate from dual;
SYSDATE
-------------------
2011/10/16 20:13:41
YANG@yangdb-rac3> commit;
Commit complete.

–提交时立即做查询:
YANG@yangdb-rac3> select segment_name ,tablespace_name,extent_id,status
2 from dba_undo_extents
3 where segment_name='_SYSSMU3_2097677531$' or status='ACTIVE';
SEGMENT_NAME TABLESPACE_NAME EXTENT_ID STATUS
-------------------- --------------- ---------- ---------
_SYSSMU9_1424341975$ UNDOTBS1 0 ACTIVE --活动状态
_SYSSMU9_1424341975$ UNDOTBS1 1 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 2 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 3 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 4 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 5 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 6 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 7 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 8 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 9 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 10 ACTIVE
_SYSSMU9_1424341975$ UNDOTBS1 11 ACTIVE
16 rows selected
YANG@yangdb-rac3> SELECT count(1) FROM v$undostat;
COUNT(1)
----------
464

–过1分钟多一些时间,再次查看undo回滚段的状态:
YANG@yangdb-rac3> SELECT begin_time, end_time, tuned_undoretention FROM v$undostat where rownum =1;
BEGIN_TIME END_TIME TUNED_UNDORETENTION
------------------- ------------------- -------------------
2011/10/16 19:56:29 2011/10/16 20:14:50 1592

YANG@yangdb-rac3> select segment_name ,tablespace_name,extent_id,status
2 from dba_undo_extents
3 where segment_name=’_SYSSMU9_1424341975$’ or status=’ACTIVE’;
SEGMENT_NAME TABLESPACE_NAME EXTENT_ID STATUS
——————– ————— ———- ———
_SYSSMU9_1424341975$ UNDOTBS1 0 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 1 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 2 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 3 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 4 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 5 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 6 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 7 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 8 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 9 EXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 10 UNEXPIRED
_SYSSMU9_1424341975$ UNDOTBS1 11 EXPIRED
12 rows selected.
可见,修改隐式参数” _UNDO_AUTOTUNE”为FALSE关闭该自动调优特性,可以解决表空间的使用率总是100%的问题。
附上DBA_UNDO_EXTENTS,STATUS的值及其意义:
ACTIVE 活动状态,说明当前这个数据区被某个正在进行的事务使用。
EXPIRED 已过期,说明已分配的数据区已经完成了它的使命,随时可以被分配给其它新的事务使用。
UNEXPIRED 未过期,说明分配的数据区已经不属于任何的活动事务,但是由于UNDO RETENTION设置的需要,一般情况下不会被回收重用。

转://Oracle undo 自动调优的更多相关文章

  1. Oracle中SQL调优(SQL TUNING)之最权威获取SQL执行计划大全

    该文档为根据相关资料整理.总结而成,主要讲解Oracle数据库中,获取SQL语句执行计划的最权威.最正确的方法.步骤,此外,还详细说明了每种方法中可选项的意义及使用方法,以方便大家和自己日常工作中查阅 ...

  2. Oracle 内存参数调优设置

    Oracle 数据库系统中起到调节作用的参数叫初始化参数,数据库管理员根据实际情况需要适当调整这些 初始化参数以优化Oracle系统. 1 主要系统参数调优介绍 2 系统内存参数的分配 2.1 Ora ...

  3. dbms_sqltune.report_sql_monitor 自动调优

    --创建 dbms_sqltune.create_tuning_task ; --执行 dbms_sqltune.execute_tuning_task; --产看创建的task 和 status S ...

  4. oracle数据库性能调优

    一:注意WHERE子句中的连接顺序: ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子 ...

  5. oracle获取clob调优

    引用Oracle.DataAccess.dll,,在oracle 安装目录下的D:\oracle\product\10.2.0\db_1\ODP.NET\bin\1.x\Oracle.DataAcce ...

  6. Oracle调优总结(经典实践 重要)

    转载:http://langgufu.iteye.com/blog/1974211 Problem Description:1.每个表的结构及主键索引情况2.每个表的count(*)记录是多少3.对于 ...

  7. 【oracle11g,13】表空间管理2:undo表空间管理(调优) ,闪回原理

    一.undo空间原理: dml操作会产生undo数据. update时,sever process 会在databuffer 中找到该记录的buffer块,没有就从datafile中找并读入data ...

  8. 一个InnoDB性能超过Oracle的调优Case

    年前抽空到兄弟公司支援了一下Oracle迁移MySQL的测试,本想把MySQL调优到接近Oracle的性能即可,但经过 @何_登成 @淘宝丁奇 @淘宝褚霸 @淘伯松 诸位大牛的指导和帮助(排名不分先后 ...

  9. linux下TCP/IP及内核参数优化调优(转)

    Linux下TCP/IP及内核参数优化有多种方式,参数配置得当可以大大提高系统的性能,也可以根据特定场景进行专门的优化,如TIME_WAIT过高,DDOS攻击等等. 如下配置是写在sysctl.con ...

随机推荐

  1. 【Linux命令】ps命令

    ps命令介绍 用于报告当前系统的进程状态.可以搭配kill指令随时中断.删除不必要的程序. ps命令是最基本同时也是非常强大的进程查看命令,使用该命令可以确定有哪些进程正在运行和运行的状态.进程是否结 ...

  2. JBoss应用服务器清理缓存

    旭日Follow_24 的CSDN 博客 ,全文地址请点击: https://blog.csdn.net/xuri24/article/details/82220081 jboss跟tomcat一样, ...

  3. 继续封装个 Volley 组件

    本篇文章已授权微信公众号 dasu_Android(大苏)独家发布 前面已经封装了很多常用.基础的组件了:base-module, 包括了: crash 处理 常用工具类 apk 升级处理 log 组 ...

  4. Deep Learning - 1 神经网络

    Artificial Neuron 人工神经元有: Perceptrons(感知机) Sigmoid Perceptron 感知机input是多个二进制,output是一个二进制. graph LR ...

  5. htnl 定位

    相对定位 相对定位:position:relative; 相对定位:相对定位是相对于元素在文档中的初始位置——首先它出现在它所在的位置上(即不设置position时的位置,然后通过设置垂直或水平位置, ...

  6. Android Studio 无法预览xml布局视图:failed to load AppCompat ActionBar with unkNown error

    问题如下: 解决方法: 找到res-->values-->styles.xml 文件 可以看到主题Them设置如下: 修改为: 界面预览可以正常显示

  7. Android 四大组件之broadcast的理解

    Android广播的两种类型: 1.静态广播 2.动态广播 静态注册广播: Manifeast中的代码块: <receiver android:name=".broadcast.MyS ...

  8. 用C++对C++语法格式进行分析

    前言 最近C++项目需要用到脚本,这就关系到如何绑定对象到脚本运行环境.因使用到多套脚本语言,所以现有的绑定技术,都不能满足需求.所以只能寻求解析C++的头文件,再根据描述进行绑定.起初发现boost ...

  9. 从面向服务架构(SOA)学习:微服务时代应该借鉴的5条经验教训

    [编者按]本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训.文章系国内 ITOM 管理平台 OneAPM 编译呈现. SOA 的兴衰变化让我们更了 ...

  10. Big Endian  和 Little Endian 模式的区别

    谈到字节序的问题,必然牵涉到两大CPU派系.那就是Motorola的PowerPC系列CPU和Intel的x86系列CPU.PowerPC系列采用big endian方式存储数据,而x86系列则采用l ...