请问library cache pin和library cache lock是latch吗

晶晶小妹 · 发表于 2008-6-24 16:44

我也是这个意思,lock 和 Pin 都是锁和操作的混合,可以说锁里面包含操作,也可以说操作里面包含锁,但是他们和普通的队列锁不一样。
不是单纯的锁.单他们肯定具有锁的功能.就好象Pin 进程有可能去Pin一个并不存在的内存,这就要引发加载操作,
就好象要去锁一个门,但这个门可能并不存在,还要先去引发'建立门' 这样的操作.
而普通的队列锁,在锁一个门时,这个'门' 通常都是固定的,存在的.
因此,lock 和 Pin 他们有操作的成分在内,他们就需要闩的保护,因为闩的功能之一,就是串行化代码的执行.

tompson1983 · 发表于 2010-4-9 12:37

Hi,
  All.I was confused by the library cache concept for:libarary cache pin lock ,library cache pin,kglhandle ,and latch.
  In my opinion,libarary cache pin lock ,library cache pin is chlid unit of latch in the libaray cache,and the lock mode
  Yesterday,I do a test to prove library cache lock is in shared mode when being copiled,and then set to null,
  I found v$session_wait view has library cache cache wait event appear,and then when I do a log execution on a procedure,and in another session do an operation of renaming a reference  table,and then I captured library cache pin appear,so I proved than libarary cache pin appear when library cache lock is done,and protect the reference objects being pharsed,executed,copiled.
  Am I right?Please give me som suggestion.Thanks!

tompson1983 · 发表于 2010-4-10 21:57

jj说的不错，个人觉得latch是串行的机制，willing to wait和immediate2种，
lib cache lock,lib cache pin都属于latch,
lib cache lcok是为了保护解析树(执行计划)完整性，也就是parent cursor,child cursor,namsspace ,heap组成的bucktes的完整性(buckets hash, 当其中一个对象变化将导致hash变化)
KGL handle是一组euqenue链表组,里面包含lib cache lock,lib cache pin
lib cache pin是对组成sql语句的parent cursor,child cursor中的object的pin,保证其解析树(执行计划)在调用的时候能够被valiate
lib cache lock 在获取的时候是shared mode,然后被设置为null,当lib cache lock对应的reference object被改变成为validate的时候，null就成为一个触发器，pin就产生了

tompson1983 · 发表于 2010-4-10 22:04

Oracle reference有个先获取lib cache lock,然后lib cache pin 差不多也能解释了
其实个人感觉先是根据sql产生parent curosr,chlid cursor然后出现对应的sql_id(hash值),p cursor,chlid cursor,包含namspace,kgl hanle,kgl object
obejct是reference object(表,view etc),然后会产生解析树(生成执行计划).当用户获取sql的时候先从handle队列组中查找lib cache lock,lib cache pin状态(mode),然后判断是否可以获取，然后就是上面的，个人理解...