而后一个访问(修改)的会话,则会等待事件’library cache pin’和’library cache lock’。 另外,我们需要知道的一点是: library cache pin/lock都会有三种模式: NULL SHARE EXCLUSIVE 当读取一个数据库对象的时候,会话会获得一个SHARE模式的lock/pin; 当修改一个数据库对象的时候,会话会获得一个Exclusive模式的lock...
如果成功获取handle的lock,则继续在library cache中pin该对象,如果pin对象失败,则会产生library cache pin等待。 如果是存储过程或者函数,可以这样认为:如果存在librarycache lock等待,则一定存在library cache pin等待;反过来,如果存在library cache pin等待,不一定会存在library cache lock等待; 但如果是表引起的,则一般...
Library cache lock is not deadlock sensitive and the operation is synchronous. 从上述描述中,可以理解为,library cache lock/pin是当两个客户端同时访问(修改)同一个数据库对象的时候(通常为table, view, procedure, function, package, package body, trigger, index, cluster, synonym等等),率先访问该对象的...
只有等待,这样就产生了LIBRARY CACHE LOCK,也就是说只要产生LIBRARY CACHE LOCK,必然存在LIBRARY CACHE PIN,而如果出现LIBRARY CACHE PIN,不一定会出现LIBRARY CACHE LOCK 4,所以在产生LIBRARY CACHE PIN要马上处理,以防在业务高期连锁出现library cache lock,最终把业务拖死 5,当然上述我们只是从原理来分析下library ...
一、存储对象的LOCK和PIN 在生产环境上,我们碰到的大部分library cache pin等待主要源头是存储过程。那该现象底层原理是什么?接下来通过实验来把这个等待链梳理清晰。 该实验的逻辑: 1、会话1执行某个运行时间很长的存储过程 2、会话2尝试编绎、...
library cache pin/lock都会有三种模式: NULL SHARE EXCLUSIVE 当读取一个数据库对象的时候,会话会获得一个SHARE模式的lock/pin; 当修改一个数据库对象的时候,会话会获得一个Exclusive模式的lock/pin; 而share的lock/pin则会阻塞exclusive的lock/pin,从而产生library cache pin/lock相关的等待事件。
事后调查原因, 从卡顿的时间段来看发现大量的library cache pin等待事件,并且伴有library cache lock。 另外,同事也保存了阻塞相关的会话信息 create table block_sess1018 as select * from v$session where blocking_session is not null 结合 select * from dba_hist_active_sess_history h where h.sample_time...
library cache pin和library cache lock,librarycachepin:保护LCO(librarycacheobject)内容(执行信息),在获取librarycachepin的过程中,发生争用。librarycachelock:访问或...
百度试题 结果1 题目library cache pin与library cache lock是什么地方的等待事件,一般说明什么问题?ITPUB个人空间 d9u/zt6hj\;Q(E 相关知识点: 试题来源: 解析 答:"LIBRARY CACHE PIN"通常是发生在编译或重新编译PL/SQL,VIEW,TYPES等object时.反馈 收藏 ...
事后调查原因, 从卡顿的时间段来看发现大量的library cache pin等待事件,并且伴有library cache lock。 另外,同事也保存了阻塞相关的会话信息 create table block_sess1018 as select * from v$session where blocking_session is not null 结合 select * from dba_hist_active_sess_history h where h.sample_time...