回滚段概述

  回滚段用于存放数据修改之前的值(包括数据修改之前的位置和值)。回滚段的头部包含正在使用的该回滚段事务的信息。一个事务只能使用一个回滚段来存放它的回滚信息,而一个回滚段可以存放多个事务的回滚信息。

回滚段的作用

   事务回滚 :当事务修改表中数据的时候,该数据修改前的值(即前影像)会存放在回滚段中,当用户回滚事务(ROLLBACK)时,ORACLE将会利用回滚段中的数据前影像来将修改的 到原来的值。

  事务恢复 :当事务正在处理的时候,例程失败,回滚段的信息保存在重做日志文件中,ORACLE将在下次打开数据库时利用回滚来恢复未提交的数据。

   读一致性 :当一个会话正在修改数据时,其他的会话将看不到该会话未提交的修改。而且,当一个语句正在执行时,该语句将看不到从该语句开始执行后的未提交的修改(语句级读一致性)。当ORACLE执行SELECT语句时,ORACLE依照当前的系统改变号(SYSTEM CHANGE NUMBER-SCN)来保证任何前于当前SCN的未提交的改变不被该语句处理。可以想象:当一个长时间的查询正在执行时,若其他会话改变了该查询要查询的某个数据块,ORACLE将利用回滚段的数据前影像来构造一个读一致性视图。
回滚段的类型
回滚段可分为 系统回滚段非系统回滚段 , 其中非系统回滚段又分为 PUBLIC 回滚段PRIVATE 回滚段
回滚段: 1 系统回滚段
2 非系统回滚段: (1)PUBLIC 回滚段
(2)PRIVATE 回滚段
系统回滚段用于处理涉及系统的 CATALOG 的事物 ( 比如大多数的 DDL), 它位于 SYSTEM 表空间 , 由于只有 SYSTEM 表空间可以随时保持可用 , 因此 , 不要把 SYSTEM 回滚段放在其他的表空间中 .
原则 1: 系统回滚段应放在 SYSTEM 表空间中 , 并且应该永远保持 ONLINE 状态 .
PUBLIC 回滚段对于数据库的所有实例 (INSTANCE) 都是可用的 , 除非将其显式设置为 OFFLINE.
PRIVATE 回滚段是指对于数据库的 某个实例是私有的 , 为了使用 PRIVATE 回滚段 , 某个实例应当在其 INITsid.ORA 的 ROLLBACK_SEGMENTS 中标明所有要使用的 PRIVATE 回滚段 , 或通过使用 ALTER ROLLBACK SEGMENT XXX ONLINE 来使用某一个回滚段 .
建议 1: 在单实例系统中 , 建议将所有回滚段设为 PUBLIC.
建议 2: 在多实例系统中 ( 如 OPS,RAC), 建议将每个实例的 PRIVATE 回滚段放置到访问比较快的本地设备上 .

回滚段的数量规划

  对于OLTP系统,存在大量的小事务处理,一般建议:

  数量多的小回滚段;每四个事务一个回滚段;每个回滚段不要超过十个事务。

  对于批处理,一般建议:

  少的大回滚段;每个事务一个回滚段。

回滚段的使用

  分配回滚段:当事务开始时, ORACLE 将为该事务分配回滚段,并将拥有最少事务的回滚段分配给该事务。事务可以用以下语句申请指定的回滚段:
   SET TRANSTRACTION USE ROLLBACK SEGMENT rollback_segment
  事务将以顺序,循环的方式使用回滚段的区( EXTENTS ),当当前区用满后移到下一个区。几个事务可以写在回滚段的同一个区,但每个回滚段的块只能包含一个事务的信息。
  例如(两个事务使用同一个回滚段,该回滚段有四个区):
   1 、事务在进行中,它们正在使用回滚段的第三个区;
   2 、当两个事务产生更多的回滚信息,它们将继续使用第三个区;
   3 、当第三个区满后,事务将写到第四个区,当事务开始写到一个新的区时,称为翻转( WRAP );
4 、当第四个区用满时,如果第一个区是空闲或非活动(使用该区的所有事务完成而没有活动的事务)的,事务将接着使用第一个区。

回滚段的查询

1 查询数据库的的回滚段情况
select owner,segment_id,segment_name,tablespace_name,status from dba_rollback_segs;

2 查看系统回滚段基本信息
select segment_name,tablespace_name,bytes,next_extent from dba_segments where segment_type='ROLLBACK';

从上面仅仅是查询到回滚段的基本信息,要了目前各个回滚段的动态信息,还要查询 V$ROLLNAME 和 V$ROLLSTAT 视图。 **V$ROLLNAME** 视图只存放各回滚段的 **编号** 和 **名字** , V$ROLLSTATS 存放各个回滚段当前的情况信息。要想得到每个回滚段的信息,就要查询两个表的信息才能得到。如:
select s.usn,n.name,s.extents,s.optsize,s.hwmsize,s.status from v$rollstat s, v$rollname n where s.usn=n.usn
2 查看回滚段的使用情况,哪个用户正在使用回滚段的资源 ( 当提交或回滚后资源释放 ):
SELECT s.username, u.name FROM v$transaction t, v$rollstat r, v$rollname u, v$session s WHERE s.taddr = t.addr AND t.xidusn = r.usn AND r.usn = u.usn ORDER BY s.username;
3 回滚段当前活动的事物 ( 事务提交或回滚后自动清空 )
SELECT s.username,t.xidusn,t.ubafil,t.ubablk,t.used_ublk FROM v$session s,v$transaction t;
4 分析 UNDO 的使用情况
SELECT TABLESPACE_NAME,STATUS,TRUNC(SUM(BLOCKS) 8 / 1024) AS "Size M",COUNT() Undo_Extent_Num FROM DBA_UNDO_EXTENTS GROUP BY TABLESPACE_NAME, STATUS;
5 监控 undo 表空间
SELECT BEGIN_TIME, END_TIME, UNDOTSN, UNDOBLKS, TXNCOUNT,MAXCONCURRENCY AS "MAXCON" FROM V$UNDOSTAT;
6 查询是否有回滚段的争用
select * from v$waitstat;
SELECT name, waits, gets, waits/gets "Ratio" FROM v$rollstat a, v$rollname b WHERE a.usn = b.usn;
7 查看回滚段的统计信息:
SELECT n.name, s.extents, s.rssize, s.optsize, s.hwmsize, s.xacts, s.status FROM v$rollname n, v$rollstat s WHERE n.usn = s.usn;
8 查询回滚段的事务回退率
transaction rollbacks/(transaction rollbacks+user commits)
select name,value from v$sysstat where name in('user commits','transaction rollbacks');
9 查询回滚段在使用 , 扩展 , 回缩的时候 extent 在循环的次数
select usn,wraps from v$rollstat;
10 查询回滚段收缩的情况
select usn,optsize,shrinks from v$rollstat;

创建回滚段

  语法:
   CREATE [PUBLIC] ROLLBACK SEGMENT rollback_segment
     [TABLESPACE tablespace]
     [STORAGE ([INITIAL integer[K|M]] [NEXT integer[K|M]]
           [MINEXTENTS integer]
           [MAXTENTS {integer|UNLIMITED}]
           [OPTIMAL {integer[K|M]|NULL}]) ]
  注:
   回滚段可以在创建时指明 PRIVATE 或 PUBLIC ,一旦创建将不能修改。
   MINEXTENTS 必须大于等于 2
   PCTINCREASE 必须是 0
   OPTIMAL 如果要指定,必须大于等于回滚段的初始大小(由 MINEXTENTS 指定)
  建议:
   一般情况下, INITIAL=NEXT
   设置 OPTIMAL 参数来节约空间的使用
   不要设置 MAXEXTENTS 为 UNLIMITED
   回滚段应创建在一个特定的回滚段表空间内
参数的意义同建表上样,但这里不允许使用 pctincrease 参数,因此其增涨百分比总是零。这里的参数的使用(执行效果)与表的参数有很大的不同。一表中的数据在关机后仍放于该表空间所对应的数据文件中,而回滚段只在系统运行且在 insert , update , delete 时用,后即可释放(让别的 transaction 用),且在关机后所记录的所有回滚信息均被释放,因而就有扩展后的空间如何释放的问题,即保持多少空间为最佳的问题(由 OPTIMAL )设定。 Optimal 可以避免“ snapshot too old ”错误的发生,为每个 rollback segmal 指定一个 optimal 以便在内存中保持一个较少的 cache 值,从而提高性能。
例:
create tablespace rbs datafile '/data/oradata/cts/rbs01.dbf' size 100M autoextend on next 10M maxsize 150M;

create public rollback segment rbs01 tablespace rbs storage(initial 100K next 100K minextents 10 maxextents 100 optimal 1000K);

select segment_name,tablespace_name,status from dba_rollback_segs ;
但是:创建成功后也查询不到,因为从 9i 开始,回滚段开始自动管理,不需要手动创建
SQL> show parameter undo
NAME TYPE VALUE


undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
如果想改回手动管理需要执行一下操作:
ALTER SYSTEM SET UNDO_MANAGEMENT=MANUAL SCOPE=SPFILE
Alter system set undo_management=MANUAL scope=spfile;
shutdown immediate
startup
select segment_name,owner,status from dba_rollback_segs;

改变回滚段

当回滚段建立好了之后,有时需要对它们进行修改。可以对回滚段进行存储参数的修改,可以对某个脱机( OFFLINE )回滚段修改为联机( ONLINE )。也可能对已经处于联机的回滚段设置为脱机,比如当我们进行 IMP 或大量修改数据时, ORACLE 总是需要大的回滚段。但由于分配回滚段是 ORACLE 系统包办。为了在事务处理中得到大的回滚段,我们只能 将较小的回滚段设置为脱机的状态 ,等到我们所处理的事务完成后在将它们设置为联机等。
设置实例重启动后回滚段联机
除了上面使用 CREATE ROLLBACK SEGMENT 命令完成回滚段的创建外,要使 ORACLE 系统关闭重新启动后仍然处于联机,还要在 initsid.ora 参数文件中 rollback_segments 参数加上回滚段的名字,如:
rollback_segments= (r0 , r1 , r2 )
使回滚段在线
  当回滚段创建后,回滚段是离线的,不能被数据库使用,为了使回滚段被事务利用,必须将回滚段在线。可以用以下命令使回滚段在线:
   ALTER ROLLBACK SEGMENT rollback_segment ONLINE;
  例:
   ALTER ROLLBACK SEGMENT rbs01 ONLINE;
  为了使回滚段在数据库启动时自动在线,可以在数据库的参数文件中列出回滚段的名字。例如在参数文件中加入以下一行:
ROLLBACK_SEGMENT=(rbs01,rbs02)
select name,status,gets,waits from v$rollname,v$rollstat where v$rollstat.usn=v$rollname.usn;

回滚段的扩张( EXTEND

当当前回滚段区的所有块用完而事务还需要更多的回滚空间时,回滚段的指针将移到下一个区。当最后一个区用完,指针将移到第一个区的前面。回滚段指针移到下一个区的前提是下一个区没有活动的事务,同时指针不能跨区。当下一个区正在使用时,事务将为回滚段分配一个新的区,这种分配称为回滚段的扩展。回滚段将一直扩展到该回滚段区的个数到达回滚段的参数 MAXEXTENTS 的值时为止。

回滚段扩展次数的限制

在比较旧的 ORACLE 版本里,回滚段的扩展次数受到一些限制,它与实例的块大小有关。比如:
当 ORACLE 块= 2k 时, maxextents 121
当 ORACLE 块= 4k 时, maxextents 249
当 ORACLE 块= 8k 时, maxextents 505
当 ORACLE 块= 16k 时, maxextents 1017
当 ORACLE 块= 32k 时, maxextents 2041
注:在 ORACLE V7.3 以后, Maxextents 的扩展次数已被取消,你可以设得足够大。甚至可以设为 UNLIMITED ( =249 000 000 ) 。

回滚段的回收和 OPTIMAL 参数

OPTIMAL 参数指明回滚段空闲时收缩到的位置,指明回滚段的 OPTIMAL 参数可以减少回滚段空间的浪费。
设置 OPTIMAL 参数
由于回滚段是一个动态的对象,它在使用中根据增删改的数据量而增加(扩展),但在用完后就被释放,然后另外的事务可以用。为了避免某个回滚段在扩展后总占用量的空间,不利于另外的回滚段的扩展, ORACLE 提供了 optimal 参对回滚段进行控制,该参数的意义是回滚段在扩展过程中,当事务完成后(发 commit , rollback 后),将回滚段的大小按照 optimal 值进性收缩。
需要注意的是, optimal 参数的设置不能比已经分配的空间还小。也就是说, optimal 的设置要比初始的扩展的还大才正确。比如:
一般 optimal = minextents * initial +
( minextents + n ) * next
其中,要求 minextents>=1 ; n>= 1
例如:
CREATE ROLLBACK SEGMENT rbs21 tablespace rbs
STORAGE( initial 10m next 2m minextents 2 optimal 16M );
这里 optimal 只能填 14m 或 16m 或 18m 等,不能填 12m, 因为最小扩展为 2 次,即 rbs21 回滚段的开始分配已经是 10m + 2m = 12m ,根据 optimal 要大于初始值的原则,所以 optimal 至少从 14m 开始。
例子:
systen 回滚段的初始分配 initial = 409600
下一次分配 next = 57344
最佳扩展值 optimal= null
根据这样的情况,我们可以修改下一次分配的值为 1MB(=1024000 字节 ) ;修改最佳扩展值为: optimal = initial + 2 next = 409600 + 2 1024000 = 2457600 。所以修改 SYSTEM 回滚的命令为:
SQL> alter rollback segment system storage(next 1m optimal 2457600);
注: optimal 表示在事务处理当中,该回滚段由于增、删、改的数据量的需要而不断对回滚段进行扩展,以满足事务的要求,但是在事务处理完成后可以让回滚段缩小到一个最佳的范围内。这就是由回滚段的 OPTIMAL 参数来控制。一般 optimal = initial + n* next , n >1
修改回滚段的存储参数
  可以使用 ALTER ROLLBACK SEGMENT 命令修改回滚段的存储参数(包括 OPTIMAL , MAXEXTENTS )。
  语法:
   ALTER ROLLBACK SEGMENT rollback_segment
   [STORAGE ([NEXT integer[K|M]]
       [MINEXTENTS integer]
       [MAXEXTENTS {integer|UNLIMITED}]
       [OPTIMAL {integer[K|M]|NULL}]) ]
  例:
    ALTER ROLLBACK SEGMENT rbs01 STORAGE (MAXEXTENTS 1000);

回收回滚段的空间

  如果指定了回滚段的 OPTIMAL 参数, ORACLE 将自动回收回滚段到 OPTIMAL 指定的位置。用户也可以手动回收回滚段的空间。
  语法:
   ALTER ROLLBACK SEGMENT rollback_segment SHRINK [TO integer [K|M]];
  说明:
   如果不指明 TO integer 的数值, ORACLE 将试图回收到 OPTIMAL 的位置。
 例:
   ALTER ROLLBACK SEGMENT rbs01 SHRINK TO 2M;

使回滚段离线

select name,status,gets,waits from v$rollname,v$rollstat where v$rollstat.usn=v$rollname.usn;
  为了达到以下两个目的将要回滚段离线:
   1. 阻止新的事务使用该回滚段;
   2. 该回滚段必须删除。
  语法:
   ALTER ROLLBACK SEGMENT rollback_segment OFFLINE;
  例:
   ALTER ROLLBACK SEGMENT rbs01 OFFLINE;
  说明:
   如果有事务正在使用该回滚段,运行该命令后,回滚段的状态将是 PENDING OFFLINE 。事务结束后,状态将改为 OFFLINE ,可以通过 V$ROLLSTAT 查询回滚段的状态。

观察回滚段的增长

虽然回滚段在使用过程中作过扩展而在用完后又自动按照 OPTIMAL 要求大小缩小,但在动态字典 V$ROLLSTAT 中会记录曾经扩展的情况。命令如下:
select n.name, optsize, hwmsize from v$ROLLNAME n , V$ROLLSTAT s where n.usn=s.usn ;
optsize 是 最优大小值, hwmsize =Hight water mark of rollback segment size 回滚段扩展中最高值(水位)。如果 optsize 为空,则 hwmsize 就是当前最高值。
增加 ORACLE 系统 rbs 表空间数据文件
alter tablespace rbs add datafile '/disk1/ORACLE/oradata/ora8/rbs02.dbf' size 120m ;
在事务中指定使用回滚段
由于回滚段建立好了后,在处理中回滚段的使用是由系统安排的,这样就有可能在处理中 实际需要较大的回滚段而系统总是分配较小的回滚而导致处理失败 。为避免这样的失败出现。就要在命令中或程序中用 SET TRANSACTION USE ROLLBACK SEGMENT 命令来实现。
需要注意的是,在程序中使用设置命令时,要在程序的开始来使用 SET TRANSACTION 语句,而且在每次的 COMMIT 或 ROLLBACK 语句后都要重新使用 SET TRANSACTION 语句,如果在 COMMIT 或 ROLLBACK 语句后不再使用 SET TRANSACTION 语句,系统会释放原来被分配的回滚 段而随机分配新的回滚段。下面给出在 SQL 下和在 PL/SQL 下使用回滚段的例子。
在执行大事务时 , 有时 oracle 会报出如下的错误 :
ORA-01555 :snapshot too old (rollback segment too small)
这说明 oracle 给此事务随机分配的回滚段太小了 , 这时可以为它指定一个足够大的回滚段 , 以确保这个事务的成功执行。
set transaction use rollback segment roll_abc;
delete from table_name where ...
commit;
回滚段 roll_abc 被指定给这个 delete 事务 ,commit 命令则在事务结束之后取消了回滚段的指定 .

  1. 在 SQL> 下使用回滚段:
    在 SQLPLUS 下进行任何大量的 INSERT 、 UPDATE 和 DELETE 都要用到回滚段,如何你希望操作能成功的话,你应该在操作前指定要用大的回滚段。如:
    Commit;
    Set transaction use rollback segment r1;
    Delete from ...
    Commit;
    Set transaction use rollback segment r1;
    例子:为大事务建立大的回滚段:
    create rollback segment interest tablespace interest_tabspace
    storage( initial 50m next 10m optimal 80m pct_increase 0 );
    确定回滚段的数目
    回滚段的数量直接影响到系统的性能,如果回滚段的个数不够多,则在多个用户同时进行增、删、该时就存在等待现象。
    要确定是否增加回滚段的数量,先要查询两个动态视图,即 V$ROLLSTAT** **,** **V$WAITSTAT 。如:
    SQL> select * from v$waitstat where class='undo header';
    CLASS COUNT TIME

undo header 0 0
SQL> select usn,extents,waits from v$rollstat;
USN EXTENTS WAITS


0 5 0
1 8 0
2 8 0
3 8 0
4 8 0
5 8 0
6 8 0
7 8 0
如果 waits 存在大于 0 的数 ,则需要 增加 回滚段的数量。一般回滚段的数量主要根据应用系统的类型来决定。比如一般的历史档案系统,由于其主要处理是查询。这类增、删、改相对较少的应用,可以建立较少的回滚段。而想银行、证券等应用。就需要很多的回滚段。那么到底要多少才相对就够了呢? 下面的回答具有一般性:
在并发程度要求高的应用系统,同一时间内有多个 transaction 在竞争竟争回退段。假如 transaction 为事务的个数;则有:
n= transaction/transactions_per_rollback_segment
其中:
n= 回退段数量
transaction 为 ORACLE 系统参数,系统中允许并发处理的最大 transaction 数。
transactions_per_rollback_segment 为 ORACLE 参数,每个回退段允许同时写入的最大 transaction 数。
另外,如果从 v$waitstat 动态视图中查出自数据库启动后回退头的等待次数较高,则应该多建立回滚段。

创建通用回滚段

无论是任何类型的应用,建议重新建立新的回滚段。除了上面介绍的建立专门的回滚段以外,需要建立初始值,下次增加及最佳值合适的值。一般建议是 初始值 最好是 5MB 以上,下次增长为 2MB 至 5MB 之间,最佳值在 20M 至 30MB 之间。
删除已存在的回滚段 r01
  当回滚段不再需要或要重建以改变 INITIAL , NEXT 或 MINEXTENTS 参数时,可以将其删除。要删除回滚段,不许使该回滚段离线。
语法:
   DROP ROLLBACK SEGMENT rollback_segment;
例:
   DROP ROLLBACK SEGMENT rbs01;
查询回滚段的信息
所用数据字典: DBA_ROLLBACK_SEGS
alter rollback segment r01 offline;
drop rollback segment r01;

回滚段使用量的估算

如何保证有足够的回滚段,满足多个并发的 transaction 同时使用,又要考虑应有足够大的回滚段来满足特殊的 transaction( 如 long-runing transaction) 的需要。这就是如何考虑回滚段的数量和大小的问题。除了 system 回滚段外,通常还要创建多个回滚段,通常较短的 transaction 适于使用较小的回滚段,这将使系统将使系统有较好性能(因为大量的回滚信息可缓存于 sga 中。从而减少对硬盘的 I/O )。而大的 transaction 则需要使用较大的回滚段,因为大量的回滚信息可以存入事先分配的 extent 中避免了动态分配空间;同时也防止 transaction 运行期间,用尽回滚段的空间后,而导致数据库出现 ora-01562 错误。
1 、 回滚信息量
存储于回滚段中的回滚信息量取决于 transaction (insert , update , delete ) 类型和实际处理数据量,通常, insert 向表中插入一第记录 所产 生的回滚数据 小于 delele 从表中删除一条记录 。因为回滚 insert 所产生的记录只是需删除它,而回滚一条删除记录需要重新插入该记录,前者在回滚段中只存储 rowid ,后者则存储了重新这条记录的所有信息。
2 .回滚数据量的估计
到目前为止, ORACLE 不能提供一个很好的回滚段数据量的计算,作为 dba 可以 用下面方法进行估算:

1) 建立一个较小的测试表(数据来自实际表 EMP );
create table emp1 as select * from emp where deptno <=10;
2) 模仿(实际 updeste 语句) transaction 作如下测试:
update emp1 set deptno=1050 where deptno<=100;
3) 利用 v$rollstat
依据以上三步可以在 SQL> 下进行如下操作,从而得出基本回滚信息量:
SQL>select sum(writes) "begin" from sys.v$rollstat;
SQL>update emp1 set deptno=1000 where deptno <=100;
SQL>select sum(writes)"end" from sys.v$rollstat;
小表的信息量 = end - begin = test
实际 transaction 的回滚信息量 = test (emp_row / emp1_row ) 1.05
由于一个 事务 的全部回滚信息可以写入多个 extent 中, 但每个回滚段的 extent 数量受到限制。所以在设置 storage 的 initial , next 参数时要小心, 一般回滚段中的 extent 保持在 10 到 20 为理想。为了在 extent 后的空间部分被释放, 在 STORAGE 中提供 optimal 参数用以控制回滚段的大小。当回滚段需要分配更多的空间超过 optimal 值后, RDBMS 将检查回滚段的大小,一旦额外分配的 extent 中无工作的 事务 且回滚段头正在指向 extent 时,系统将释放这个 extent 回滚段的大小向回缩, 直至到 optimal 指定值。

回滚段的问题及解决方法

(1) 事务要求的回滚段空间不够,表现为表空间用满( ORA-01560 错误),回滚段扩展到达参数 MAXEXTENTS 的值( ORA-01628 )。

解决方法:
A. 扩大回滚段所在表空间
B. 设置较大的MAXEXTENTS参数
C. 为回滚段设置OPTIMAL参数
D. 用较大的EXTENT参数重新创建回滚段
向回滚段表空间添加文件或使已有的文件变大;增加MAXEXTENTS的值。
ORA-01562: failed to extend rollback segment number 12
ORA-01628: max # extentsreached for rollback segment RBS12
扩大表空间
给回滚段表空间增加数据文件,并设置大回滚段 apprbs 的 maxextents 值为无限大:
alter tablespace rbs add datafile ‘/opt/oracle/db02/oradata/ORCL/rbs02.dbf‘ size 8192m autoextend on next 10m maxsize unlimited;
扩大参数
ALTER ROLLBACK SEGMENT rbs01 STORAGE (MAXEXTENTS 1000);
可用如下语句代替 ( 批量提交释放回退段空间 ):
1
create table tt(id number,sal number,age number);
2
declare
begin
for i in 1..10000 loop
insert into tt values(i,i10,i100);
end loop;
end;
select * from tt order by id;
删除表 tt 中 id 不等于 10 的所有数据
3
begin
loop
delete from tt where id !=10 and rownum<=10;
exit when sql%notfound;
commit;
end loop;
end;
其中 rownum <=10的目的是每 10 条提交一次;
(2) ORA-01552 cannot use system rollback segment for non-system tablespace
'string'
原因 : 没有可用的非系统回滚段 . 分为以下情形 :
A. 除了系统回滚段 , 未创建其它回滚段
B. 只创建了 PRIVATE 回滚段 , 但 INITsid.ORA 的 ROLLBACK_SEGMENTS 中未列出这些回滚段
C. 创建了 PUBLIC 回滚段 , 但这些回滚段都处于 OFFLINE 状态
解决方法 : 根据以上原因相应解决即可
(3) ORA_01555 snapshot too old: rollback segment number string with name "string" too small
原因可分为以下情形:
A. 回滚段太少 / 太小
数据库中有太多的事务修改数据并提交 , 就会发生已提交事务曾使用的空间被重用 , 从而造成一个 延续时间长的查询所请求的数据已经不在回滚段中
( 即:长查询开始之前,事务被修改并且没有提交,长查询进行中,事务提交,并且事务所在回滚段被其他事务覆盖,这时就会出现 ora-01555 错误 )
解决方法 : 创建更多的回滚段 , 为回滚段设置较大的 EXTENT 以及较大的 MINEXTENTS
B. 回滚段被破坏
由于回滚段被破坏 , 造成事务无法将修改前的内容 (read-consistent snapshot) 放入回滚段 , 也会产生 ORA-01555 错误 .
( 即:事务被修改并且没有提交,之后事务所在回滚段损坏,这时在查询这个事务时就会报 ora-01555 错误 )
解决方法 : 将被破坏的回滚段 OFFLINE, 删除重建 .
C. FETCH ACROSS COMMIT
当一个进程打开一个 CURSOR, 然后循环执行 FETCH, UPDATE, COMMIT, 如果更新的表与 FETCH 的是同一个表 , 就很可能发生 ORA-01555 错误 .
解决方法 :
a. 使用大的回滚段
b. 减少提交频率 ( 可参见本论坛 " 如何避免一个 PROCEDURE 被重复调用 " 一贴中 , 无名朋友的回帖 )
以上两种方法只能减少该错误发生的可能 , 不能完全避免 . 如果要完全避免 , 须从执行方法着手 , 可以用以下两种方法 :
c. 建立一个临时表 , 存放要更新的表的查询列 ( 如主键及相关的条件列 ), 从临时表 FETCH, 更新原来的表 .
d. 捕获 ORA-01555 错误 , 关闭并重新打开 CURSOR, 继续执行循环 :
D. 延时块清除

  • Delayed logging block cleanout( 延时块清除 ) 是 ORACLE 用来提高写性能的一种机制 : 当修改操作 (INSERT/UPDATE/DELETE) 发生时 , ORACLE 将原有的内容写入回滚段 , 更新每个数据块的头部使其指向相应的回滚段 , 当该操作被 COMMIT 时 , ORACLE 并不再重新访问一遍所有的数据块来确认所有的修改 , 而只是更新位于回滚段头部的事务槽来指明该事务已被 COMMIT, 这使得写操作可以很快结束从而提高了性能接下来的任何访问该操作所修改的数据的操作会使先前的写操作真正生效 , 从而访问到新的值 . Delayed logging block cleanout 虽然提高了性能 , 但却可能导致 ORA-01555. 这种情况下 , 在 OPEN/FETCH 前对该表做全表扫描 ( 保证所有的修改被确认 ) 会有所帮助 .
    E 不适当的 OPTIMAL 参数 :
    太小的 OPTIMAL 参数会使回滚段很快被 SHRINK, 造成后续读取操作访问时 , 先前的内容已丢失,仔细设计 OPTIMAL 参数 , 不要让回滚段过于频繁的 EXTEND/SHRINK 有助于问题的解决。
    F DB BLOCK BUFFER 太小
    如果读一致性所请求的块的先前内容在缓冲区中 , 那么就不用去访问回滚段 ,而如果缓冲区太小 , 使得先前版本的内容在 CACHE 中的可能性变小 , 从而必须频繁的访问回滚段来获取先前的内容 , 这将大大增大 ORA-01555 发生的可能。
    oracle 块延迟清除 (delayed block cleanout) 理解
    为了保证事务的回退和满足多用户的 CR , oracle 引入了 undo 机制, 由于 undo 是循环使用的,在一个事务完成过程中,它与 redo 相互配合,其中 undo 在一次事务中需要完成以下工作:
    (1) Transaction 开始前回滚段获取一个 ITL( 事务槽 ) ,分配空间, 记录事务信息
    (2) Transaction 提交后, redo 完成记录,同时还清除回滚段的事务信息 包括行级锁, ITL 信息 (commit 标志, SCN 等 )
    清除这些事务段的信息的过程就叫做块清除, 在完成块清除时 , 我们本事务修改的数据块就会存在两种可能
    (1) 所有的数据块还保存在 buffer cache 中
    (2) 部分数据块或者是全部数据块由于 LRU 管理已经被刷出了 buffer cache 。
    oracle 为了考虑到块清除的成本,以及性能,会作以下两种方式的块清除处理:
    (1) 快速块清除 (fast block cleanout), 当事务修改的数据库全部保存在 buffer cache 并且修改数据块的数据量没有超过 cache buffer 的 10% ,快速清除事务信息。
    (2) 延迟块清除 (delayed block cleanout) 当修改的数据块的阀值超过 10% 或者本次事务相关的数据块已经被刷出了 buffer cache , oracle 会下次访问此 block 时再清除事务信息。
    参考:
    http://blog.163.com/xb_guo/blog/static/2008392472011112613232758/
    http://blog.csdn.net/47522341/article/details/3862678
    http://blog.itpub.net/8117479/viewspace-705530/

转载自chenoracle

最后修改:2022 年 02 月 27 日
如果觉得我的文章对你有用,请随意赞赏