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 所取代

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