了解你所不知道的SMON功能(十二):Shrink UNDO(rollback) SEGMENT

最新推荐文章于 2021-04-07 04:39:38 发布

weixin_33853827

最新推荐文章于 2021-04-07 04:39:38 发布

阅读量173

点赞数

文章标签：数据库

本文深入探讨了Oracle SMON在自动管理模式下如何定期收缩Undo段，以优化数据库性能并释放资源。解释了触发此操作的条件，如空间压力和事务需求，并详细说明了操作过程及潜在问题，包括可能出现的ORA-1551错误。最后提供了禁用此功能的方法，以及一些关键的BUG历史，帮助DBA更好地理解并管理数据库资源。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

SMON对于Undo(Rollback)segment的日常管理还不止于 OFFLINE UNDO SEGMENT ，在AUM(automatic undo management或称SMU)模式下SMON还定期地收缩Shrink Rollback/undo segment。 触发场景 这种AUM下rollback/undo segment的undo extents被shrink的现象可能被多种条件触发：

当另一个回滚段的transaction table急需undo空间时
当SMON定期执行undo/rollback管理时(每12个小时一次):
- SMON会从空闲的undo segment中回收undo space，以便保证其他tranaction table需要空间时可用。另一个好处是undo datafile的身材不会急速膨胀导致用户要去resize
- 当处于undo space空间压力时，特别是在发生UNDO STEAL的条件下; SGA中会记录前台进程因为undo space压力而做的undo steal的次数(v$undostat UNXPSTEALCNT EXPSTEALCNT)；若这种UNDO STEAL的次数超过特定的阀值，则SMON会尝试shrink transaction table

若smon shrink rollback/undo真的发生时，会这样处理：计算平均的undo retention大小，按照下列公式： retention size=(undo_retention * undo_rate)/(#online_transaction_table_segment 在线回滚段的个数) 对于每一个undo segment

若是offline的undo segment，则回收其所有的已过期expired undo extents，保持最小2个extents的空间
若是online的undo segment，则回收其所有的已过期expired undo extents，但是保持其segment所占空间不小于平均retention对应的大小。

注意SMON的定期Shrink，每12个小时才发生一次，具体发生时可以参考SMON进程的TRACE。若系统中存在大事务，则rollback/undo segment可能扩展到很大的尺寸；视乎事务的大小，则undo tablespace上的undo/rollback segment会呈现出不规则的空间占用分布。 SMON的定期清理undo/rollback segment就是要像一个大锤敲击钢铁那样，把这些大小不规则的online segment清理成大小统一的回滚段，以便今后使用。当然这种定期的shrink也可能造成一些阻碍，毕竟在shrink过程中会将undo segment header锁住，则事务极低概率可能遇到ORA-1551错误:

[oracle@vmac1 ~]$ oerr ora 1551
01551, 00000, "extended rollback segment, pinned blocks released"
// *Cause: Doing recursive extent of rollback segment, trapped internally
//        by the system
// *Action: None

如何禁止SMON SHRINK UNDO SEGMENT? 可以通过设置诊断事件event='10512 trace name context forever, level 1'来禁用SMON OFFLINE UNDO SEGS;

SQL> select * from global_name;

GLOBAL_NAME
--------------------------------------------------------------------------------
www.askmaclean.com

SQL> alter system set events '10512 trace name context forever,level 1';

System altered.

相关BUG 这些BUG主要集中在9.2.0.8之前，10.2.0.3以后几乎绝迹了： Bug 1955307 - SMON may self-deadlock (ORA-60) shrinking a rollback segment in SMU mode [ID 1955307.8] Bug 3476871 : SMON ORA-60 ORA-474 ORA-601 AND DATABASE CRASHED Bug 5902053 : SMON WAITING ON 'UNDO SEGMENT TX SLOT' HANGS DATABASE Bug 6084112 : INSTANCE SLOW SHOW SEVERAL LONGTIME RUNNING WAIT EVENTS