昨天,用户的dba来电话说,有一个表无法select,执行select都是出于hang的状态,而且用户说,系统里也没有对象的锁存在,开始怀疑是索引出了问题,就让用户试试重建索引,结果也是hang在了那里,开始怀疑是ddl锁阻塞。
由于用户急于对该表数据进行统计,于是赶到现场,查了alert,没有发现异常,于是检查了最近的udump trace文件,发现针对该表有library object lock
查询 gv$session_wait,发现了大量的library cache lock,先找了一下等待时间最长的session,发现居然是sys的一个作业,在分析该表的状态时hang了
kill该session后,所有的library cache lock消失
看来,不光是常规的ddl会产生这种阻塞,表分析也会导致
由于用户急于对该表数据进行统计,于是赶到现场,查了alert,没有发现异常,于是检查了最近的udump trace文件,发现针对该表有library object lock
查询 gv$session_wait,发现了大量的library cache lock,先找了一下等待时间最长的session,发现居然是sys的一个作业,在分析该表的状态时hang了
kill该session后,所有的library cache lock消失
看来,不光是常规的ddl会产生这种阻塞,表分析也会导致
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/3326/viewspace-592503/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/3326/viewspace-592503/