19-Shared pool深入分析与性能调整.ppt

where (((h.kgllkmod != 0) and (h.kgllkmod != 1) and ((h.kgllkreq = 0) or (h.kgllkreq = 1))) and (((w.kgllkmod = 0) or (w.kgllkmod= 1)) and ((w.kgllkreq != 0) and (w.kgllkreq != 1)))) and w.kgllktype = h.kgllktype and w.kgllkhdl = h.kgllkhdl and w.kgllkuse = w1.saddr and h.kgllkuse = h1.saddr And od.to_address = w.kgllkhdl And od.to_name=oc.Name And od.to_owner=oc.owner And w1.sid=xw.KGLLKSNM And h1.sid=xh.KGLLKSNM And (w1.SQL_ADDRESS=xw.KGLHDPAR And w1.SQL_HASH_VALUE=xw.KGLNAHSH) And (h1.SQL_ADDRESS=xh.KGLHDPAR And h1.SQL_HASH_VALUE=xh.KGLNAHSH) / 同样，我们可以使用下面的SQL语句来显示哪个session正持有lock或者pin，而哪个session又在等待lock或者pin。注意，我们不能获得正在等待lock的session所发出的SQL语句，因为该session都还没有获得library cache对象句柄的控制权，就更谈不上将SQL语句写入heap里了，所以我们无法获得该session所发出的SQL语句。因此，我们只能显示哪个session正在等待lock。  从上面的结果可以很清楚的看到，sid为146的session阻止了sid为148的session获得pin，而sid为148的session又阻止了sid为153的session获得lock。 select /*+ ordered */ w1.sid waiting_session, h1.sid holding_session, w.kgllktype lock_or_pin, w.kgllkhdl address, decode(h.kgllkmod,0,None,1,Null,2,Share,3,Exclusive,Unknown) mode_held, decode(w.kgllkreq,0,None,1,Null,2,Share,3,Exclusive,Unknown) mode_requested from dba_kgllock w, dba_kgllock h, v$session w1, v$session h1 where (((h.kgllkmod != 0) and (h.kgllkmod != 1) and ((h.kgllkreq = 0) or (h.kgllkreq = 1))) and (((w.kgllkmod = 0) or (w.kgllkmod = 1)) and ((w.kgllkreq != 0) and (w.kgllkreq != 1)))) and w.kgllktype = h.kgllktype and w.kgllkhdl = h.kgllkhdl and w.kgllkuse = w1.saddr and h.kgllkuse = h1.saddr / 通常，这两个等待都是由于DDL所引起的，因此我们还可以快速的通过查看dba_ddl_lock视图来看当前哪些session正在对表lock_test进行操作。我们可以看到下面的结果中，sid为148的session正以Exclusive模式获得表lock_test，而sid为153的session则正以Exclusive模式申请对该表的lock。  注意：对于锁来说，是会话持有和请求。 session_cached_cursors: 设置pga端的cache list的长度，当session_cached_cursors设置为0时，pga的cache list长度为0，这时候当sga中的cursor关闭的时候它相关的library cache handle的lock位被清0，从v$open_cursor里看不到这个被关闭的cursor，它服从于shared pool的lru机制，当shared pool需要新的buffer空间时，它将会被flush出shared pool。当session_cached_cursors设置为非0值时，pga的cache list长度为session_cached_cu