共享池之四: row cache--字典缓冲区

字典缓冲区： dictionary cache，也叫row cache;

用于保存数据字典信息：如表空间相关信息、用户权限、objects信息、histogram信息等。
字典缓冲区在大小无法直接调整，只能通过调整共享池大小来调整字典缓冲区大小。
SYS@ bys3>select pool,name ,bytes/1024/1024 MB from v$sgastat where name like 'row cache%';
POOL         NAME                               MB
------------ -------------------------- ----------
shared pool  row cache child latch      .004959106
shared pool  row cache                  4.12324524
我的实验环境，字典缓冲区大小为4M多一点，还可以统计出row cache child latch的大小。
#####################################################################

row cache child latch

V$ROWCACHE视图可以查询保存在row cache中的对象信息。
row cache child latch的子latch个数：
SYS@ bys3>select count(name),name from v$latch_children where name like 'row cache%' group by name;
COUNT(NAME) NAME
----------- ----------------------------------------------------------------
         52 row cache objects
每个子latch管理着不同的对象。
使用场景：
硬解析时需要从数据字典信息中生成执行计划，row cache信息由row cache child latch保护，所以在并发访问row cache时会引起row cache child latch竞争。

row cache child latch 常见场景：

1.DDL操作需要修改数据字典
2.SEQUENCE：原因是SEQUENCE的NEXTVAL操作对row cache objects以SSX(SHARED SUB_EXVLUSIVE)独占模式获得row cache lock. 当多个进程同时对同一SEQUENCE的NEXTVAL进行调用时会发生：latch:row cache objects等待事件。
如CACHE过小，当CACEH分配的值用完会重新获取一次CACHE，会更新seq$基表并提交---修改ROW CACHE信息，会话会一直持有SQ锁，会出现enq:sq-contention等待事件。---P2值是对象号。
NOCACHE：每次使用NEXTVAL，都要更新seq$基表并提交。
关于SEQUENCE,详见：http://blog.csdn.net/haibusuanyun/article/details/17248029#t2

3.SYS.AUDSED$: ORACLE 10.2.0.4之前SYS.AUDSED$的CACHE值为20，主要用于V$SESSION.AUDSID的取值。当出现大量并发短连接--登陆风暴，容易因SYS.AUDSED$的CACHE值过小引起会话一直持有SQ锁，出现enq:sq-contention等待事件。===解决方法：将SYS.AUDSED$的CACHE值改大。
10.2.0.4之后，SYS.AUDSED$的CACHE值默认为10000.

4.通过远程DBLINK访问的SQL在本地解析时要获取16号row cache child latch，可能会引起争用--可以在内存足够情况下增大共享池及PGA大小，增加session_cache_cursor大小---注意要重启库且要注意增大会占用更多内存。  --此案例见周亮《ORACLE DBA 实战攻略》301页。