data dictionary cache 命中率

最新推荐文章于 2025-07-30 19:30:21 发布

最新推荐文章于 2025-07-30 19:30:21 发布 · 165 阅读

文章标签：

本文探讨了Oracle数据库中SharedPool设置对Datadictionary Cache的影响。通过实例展示当SharedPool设置过小时，Datadictionary Cache可能无法有效缓存数据字典信息，导致频繁磁盘I/O，进而降低查询效率。文章提供了检查Datadictionary Cache命中率和大小的方法，并建议当命中率低于95%时，适当增大SharedPool以提升性能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

如果 shared pool 设置过小，那么 data dictionary cache 也会相应的过小，没有足够的空间存储ORACLE的系统数据字典信息，从而导致ORACLE需要从硬盘读取数据字典信息，我们查看执行计划的时候看到的recursive calls就是代表的是从磁盘读取数据字典的次数。

SQL> select count(*) from dba_source;

COUNT(*)
----------
228222
Statistics
----------------------------------------------------------
312 recursive calls
0 db block gets
888 consistent gets
538 physical reads
0 redo size
413 bytes sent via SQL*Net to client
384 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
5 sorts (memory)
0 sorts (disk)
1 rows processed
SQL> select count(*) from dba_source;

COUNT(*)
----------
228222
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
818 consistent gets
0 physical reads
0 redo size
413 bytes sent via SQL*Net to client
384 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
可以看到第一次没有访问数据字典，所以recursive calls等于312，第二次，由于缓存了数据字典信息，所以recursive calls为0data