Oracle wait event --- shared pool

https://blog.csdn.net/lqx0405/article/details/44777319

Library cache包含了共享SQL区(shared SQL areas),私有SQL区(private SQLareas,如果配置了共享服务器),PL/SQL存储过程以及包,还有一些控制信息,比如说locks以及library cache handles。

Dictionary cache包含了表,视图的依赖信息,比如表结构,它的用户,Oracle在解析SQL的时候就会频繁的访问dictionary cache。

Heap Manager在管理PGA的时候,Heap Manager需要和操作系统来打交道来分配或者回收内存。在shared pool中,内存是预先分配的,Heap Manager管理所有的空闲内存。

Library cache Manager可以看做是Heap Manager的客户端。
Library cache lock/pin是用来控制对library cache object的并发访问的。Lock管理并发,pin管理一致性,lock是针对于library cache handle,而pin是针对于heap。

Library Cache lock有3中模式:

  • Share(S):   当读取一个library cache object的时候获得

  • Exclusive(X): 当创建/修改一个library cache object的时候获得

  • Null(N):    用来确保对象依赖性

Library Cache pin有2种模式:

  • Share(S):   读取object heap

  • Exclusive(X):修改object heap

在Oracle10gR2中,library cache pin被library cache mutex 所取代

Oracle wait event --- shared pool
Oracle wait event --- shared pool


library cache: mutex X


library cache: bucket mutex X



library cache lock:
原因:高并发软解析
解决:使用绑定变量,加大session_cached_cursors参数


library cache load lock:

cursor: pin S wait on X


cursor: pin S


cursor: mutex S


row cache mutex


latch: row cache objects


latch: call allocation



latch: shared pool
原因:硬解析太多,bucket free list过长,shared pool碎片化严重

https://www.linuxidc.com/Linux/2014-07/104098.htm 

Oracle wait event --- shared pool

Oracle wait event --- shared pool