码迷,mamicode.com
首页 > 其他好文 > 详细

latch - undo global data等待事件分析

时间:2019-11-07 21:58:05      阅读:107      评论:0      收藏:0      [点我收藏+]

标签:slb   autot   nbsp   als   环境   clu   space   available   begin   

一环境跑压力测试的时候,标题所述等待事件在top N中。不用查,也知道是因为undo竞争的事件。

根据metalink文档解释,是由于undo表空间不足引起的。
This implies that sessions are struggling to find new undo extents and are having to steal.
"ktusm_stealext_2" is used to steal undo extents. As _undo_autotune is FALSE then the undo retention should be static. 
In conclusion, this problem could occur if available undo space is not enough.

说明这个等待和隐含参数_undo_autotune设置为FALSE情况下的UNDO空间不足有关

当前数据库确实关闭了_undo_autotune功能。且LATCH undo global data最多的等待发生在ktusm_stealext: KSLBEGIN处,这说明会话在寻找新的UNDO EXTENTS时,不得不Steal未过期的UNDO EXTENTS。

解决方案有三个:减少UNDO_RETENTION参数设置的时间长度;增加UNDO_TABLESPACE的空间大小;将_undo_autotune隐含参数设置为TRUE。

latch - undo global data等待事件分析

标签:slb   autot   nbsp   als   环境   clu   space   available   begin   

原文地址:https://www.cnblogs.com/zhjh256/p/11815896.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!