WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=XXX

本文记录了一次处理Oracle数据库后台进程锁定导致的慢速响应问题的过程。通过分析alert日志发现系统状态被长时间阻塞,最终采取了特定的关闭与重启步骤解决了问题。

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

 
今天碰到一个数据库慢,后台进程锁住的问题,因等着及时出报表就把数据库重启了一把。
alert文件错误内容
  Thread 1 advanced to log sequence 163226 (LGWR switch)
  Current log# 6 seq# 163226 mem# 0: /data6/oradata/redow/redo3.log
Mon Jul 22 04:00:05 2013
>>>  WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=23
System State dumped to trace file /oracle/adminw/udumpw_ora_21612.trc 
但停掉数据库监听锦杀完远端进程,shutdown immediate 4个小时都没有反应,最后决定采用以下方法:
    先执行一下shutdown immediate,等待5-10分钟,再执行一下shutdown abort,数据库就宕下来了,为保证安全可以再执行一个startup再紧接着一次shutdown immediate这样就可以了。
    抖着手用户此方法敲下Enter,数据库正常关闭。
     这里主要原因是MMON启动m000的时候,m000没能够正常启动,导致mmon长期持有pr锁,阻塞了ckpt,导致无法正常做日志切换

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28598517/viewspace-766877/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/28598517/viewspace-766877/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值