关于library cache lock和row cache lock产生的常见原因

这两个等待事件其实很少出现在top5列表中,一般都没什么印象,在此整理记录以便以后查阅。

常见的library cache lock产生的原因在《高级OWI与Oracle性能调查》这本书和下面这个文档中有一般性的描述:
Troubleshooting Library Cache: Lock, Pin and Load Lock (Doc ID 444560.1)
一般可以理解的是alter table或者alter package/procedure会以X模式持有library cache lock,造成阻塞。

而row cache lock是在修改行高速缓冲区(dictionary cache)时产生,其中最典型的代表是Sequence(设置cache属性)。

 

但是常见的问题还有以下几种原因:
1)错误的用户名密码:  要注意查看AWR中的 “connection management call elapsed time”
2)Oracle Recyclebin 引起的 library cache lock 和 row cache lock 事件

3)BulkCopy触发索引被禁用及liibray cache lock事件(异常情况下索引状态无法自动恢复为启用状态)
4)正在执行搜集统计信息,这是大家往往会忽略的,一般会看last_ddl_time,却忽略了last_analyzed

5)错误的语句解析(failed parse) 这是通常很难注意到的一个问题,因为被解析的语句往往在AWR中找不到(因为没有通过parse),要注意查看AWR中的“failed parse elapsed time”

另外,可能就是触发了Oracle的bug。。。

几种常见的library cache lock产生的原因

library cache lock和cursor: pin S wait on X等待

Oracle recyclebin引起library cache lock事件

回收站(recyclebin)引发row cache lock

BulkCopy触发索引禁用及libray cache lock等待事件

Oracle触发bug(cursor: mutex S),造成数据库服务器CPU接近100%

Oracle11g的delayed failed logins特性引起的性能问题

原文地址:https://www.cnblogs.com/zhaoguan_wang/p/8681266.html