_OFFLINE_ROLLBACK_SEGMENTS隐藏参数

最新推荐文章于 2021-04-04 08:17:38 发布

helloxielan

最新推荐文章于 2021-04-04 08:17:38 发布

阅读量125

点赞数

文章标签：数据库

本文介绍Oracle数据库中_OFFLINE_ROLLBACK_SEGMENTS与_corrupted_rollback_segments参数的作用，涉及撤销段的离线处理机制及实例行为变化等内容。

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

_OFFLINE_ROLLBACK_SEGMENTS(offline undo segment list)隐藏参数(hidden parameter)的独有作用：

在实例startup启动并open database的阶段仍将读取_OFFLINE_ROLLBACK_SEGMENTS所列出的Undo segments(撤销段/回滚段)，若访问这些undo segments出现了问题则将在alert.log和其他TRACE中体现出来，但不影响实际的startup进程
- 若查询数据块发现活跃的事务，并ITL指向对应的undo segments则：
- 若读取undo segments的transaction table事务表发现事务已提交则做数据块的清除
- 若读取发现事务仍活动未commit，则生成一个CR块拷贝
- 若读取该undo segments存在问题(可能是corrupted讹误，可能是missed丢失)则产生一个错误并写出到alert.log，查询将异常终止
若DML更新相关的数据块会导致服务进程为了恢复活跃事务而进入死循环消耗大量CPU，解决方法是通过可以进行的查询工作重建相关表

_offline_rollback_segments 和 _corrupted_rollback_segments 均会造成的实例行为变化：

以上2个参数所列出的Undo Segments(撤销段/回滚段)将不会被在线使用online
在UNDO$数据字典基表中将体现为OFFLINE的记录
在实例instance的生命周期中将不会再给新的事务分配使用
参数所列出的Undo Segments列表上的活跃事务active transaction将即不被回滚亦不被标记为dead以便SMON去回滚(了解你所不知道的SMON功能(五):Recover Dead transaction)