转自宁海元大师的一个帖子:
http://www.itpub.net/viewthread.php?tid=609878&extra=&page=2
Library cache lock有三种模式:NULL,share,execlusive
shared pool 是通过hash表来管理的，hash表的每一项指向一个hash bucket，每个hash bucket指向一个双向的链表，链表的每个节点包含了Library Cache Object的handle和其他比如依赖表等的指针。
library cache lock是加在handle上的一种锁机制。读取对象时，加NULL或share模式的lock；修改对象时，需要获得execlusive模式的lock。
在获得lock后，进程在访问对象之前还需要pin该对象。
相对来说，lock的时间比较长，pin的时间比较短（最长3秒）
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/161195/viewspace-614376/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- 参数LOG_ARCHIVE_MIN_SUCCEED_DEST
- v$bgprocess --解释oracle db 后台进程作用的视图
- goldengate 认证矩阵matrix
- 日志挖掘是看不到谁在尝试密码的
- 各种*nix操作系统下查看网卡带宽 .
- Using Diagwait as a diagnostic to get more information for diagnosing Oracle Clusterware Node evicti
- 64bit client 与 32bit plsqldev是不兼容的
- Data Guard Switchover and Failover Best Practices
- How to Check ASM Login for Oracle Goldengate (OGG) ? [ID 1311784.1]
- Checking for Oracle archive log corruption [ID 1268590.1]
