共享池之三：librarycache结构librarycacheobject的结构-dumpLibraryHandle讲课.docx

 HYPERLINK /haibusuanyun/article/detailsshared pool之三：library cache结构/library cache object的结构-dump LibraryHandle Library cache结构 Library cache最主要的功能就是存放用户提交的SQL语句，SQL语句相关的解析树（解析树也就是对SQL语句中所涉及到的所有对象的展现）---共享SQL区(shared SQL areas),私有SQL区(private SQLareas,如果配置了共享服务器)，执行计划，用户提交的PL/SQL程序块（包括匿名程序块，存储过程，包，函数等）以及它们转换后能够被Oracle执行的代码等，为了对这些内存结构进行管理，library cache中还存放了很多控制结构，包括lock,pin,dependency table,11G中的mutex等。Library cache需要解决三个问题：（1）.快速定位的问题：Library cache中对象众多，Oracle如何管理这些对象，以便服务进程可以迅速找到他们需要的信息。比如某个服务进程需要迅速定位某个SQL是否存在于Librarycache中。---Oracle利用hash table结构来解决library cache中快速定位的问题（2）.关系依赖的问题：Library cache中的对象存在复杂的依赖关系，当某个objec失效时，可以迅速将依赖其的对象也置为失效状态。比如某个表发生了结构变化，依赖其的SQL语句需要重新解析。---LCO中dependency table（3）.并发控制的问题：Library cache中必须有一个并发控制的机构，比如锁机制，来管理大量共享对象的并发访问和修改的问题，比如某个SQL在重新编译的同时，其所依赖的对象不能被修改。----LATCH LOCK PINLibrary cache由一个hash表组成，hash表是由hash buckets组成的数组。每个hash bucket都是包含library cache handle的一个双向链表。library cache handle指向library cache object和一个引用列表。library cache 对象进一步分为：依赖表、子表、授权表等同一个SQL语句，HASH值相同,放在同一个library cache handle--如绑定变量，是用同一个library cache handle下不同的的子游标。不同的SQL语句，HASH值相同放在同一hash bucket的不同library cache handle。 Hash 算法 Oracle在内部管理中大量的使用到了hash,使用hash的目的就是为了快速查找和定位.对数值进行hash运算，产生一个索引号，然后根据索引号将数值放置到相应的hash bucket中去.根据hash运算的法则，会产生多个索引号，每一个索引号对应一个hash bucket（一个数值列）.在寻找数值的时候，将搜寻的数值进行hash，产生一个索引号，那么这个数值一定在这个索引号对应的 hash bucket中，于是直接跳转到这个hash bucket中进行遍历。这样在定位数据的时候，就能够大大的减少遍历的数量。 hash bucket:库缓存中就是使用hash bucket来管理的 1、首先根据shared_pool_size指定的尺寸来自动计算hash bucket的个数2、每个hash bucket后面都串联着多个句柄?? ?句柄描述了library cache里面的对象的一些属性，包括名称、标记、指向对象所处的内存地址的指针 library cache handle：-----OBJECT Handle ?一个handle管理着一个library cache object，handle对LCO起到指针作用。Library cache中所有对象的访问是通过利用library cache handle来实现的当一个进程请求library cache object, librarycache manager就会应用一个hash 算法，从而得到一个hash 值，根据相应的hash值到相应的hash bucket中去寻找。? 如果library cache object在内存中，那么这个library cache handle就会被找到。有时候，当shared pool不够大，library cache handle会保留在内存中，然而library cache heap由于内存不足被age out，这个时候我们请求的object h