Oracle 11g 的服务器结果缓存result_cache_mode
2014-06-23 08:59
405 查看
对于经常要查的结果集，返回少量记录，服务器端是可以缓存的，结果集保存在共享池中，如果是绑定变量，绑定变量的值也要一样。
SQL> show parameter result_cache
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
client_result_cache_lag big integer 3000
client_result_cache_size big integer 0
result_cache_max_result integer 5
result_cache_max_size big integer 33440K
result_cache_mode string manual
result_cache_remote_expiration integer 0
--result_cache_max_result 指定任何单个结果集可以使用result_cache_max_size的大小（单位为百分比），默认为5，允许从1到100的值，超过这个限制的结果集会被双色至为无效。
--result_cache_max_size 指定用来作为结果缓存的共享池内存的大小，如果被设置为0，表示这个特性被禁用。
--result_cache_mode
如果设置为MANUAL（这也是默认情况），只有指定hint result_cache的时候才能使用结果缓存；当为force的时候，所有不包含hint no_result_cache的查询语句都会使用结果缓存，查询第二次即生效；当为auto时，在11g下运行同样的SQL第三次，缓存才起作用。
--result_cache_remote_expiration
缓存远程对象的有效期（单位为分钟），因为基于远程对象的结果集无法由于远程对象的变更而自动地变为无效，通常默认为0，这意味着基于远程对象的查询结果的缓存是被禁止的。
--result_cache_max_result和result_cache_max_size是系统级别的设置，result_cache_mode和result_cache_remote_expiration可以在会话级别修改。
SQL> alter
system set result_cache_mode=force
SQL>
SELECT COUNT(1)
2 FROM GG_DISTRIBUTION W
3 WHERE W.DATA_AREA LIKE '03' || '%'
4 AND W.CREATE_DATE > TO_DATE('2013-01-01', 'yyyy-GG-dd');
已用时间: 00: 00: 22.48
执行计划
----------------------------------------------------------
Plan hash value: 3923546474
-------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 14 | 106K (1)| 00:24:46 | | |
| 1 | SORT AGGREGATE | | 1 | 14 | | | | |
| 2 | PARTITION RANGE ALL | | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 2 |
| 3 | PARTITION LIST ITERATOR| | 2173K| 29M| 106K (1)| 00:24:46 | KEY | KEY |
|* 4 | TABLE ACCESS FULL | GG_DISTRIBUTION | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 48 |
-------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
4 - filter("W"."CREATE_DATE">TO_DATE(' 2013-01-01 00:00:00', 'syyyy-GG-dd hh24:mi:ss') AND
"W"."DATA_AREA" LIKE '03%')
统计信息
----------------------------------------------------------
0 recursive calls
0 db block gets
280123 consistent gets
263679 physical reads
0 redo size
339 bytes sent via SQL*Net to client
337 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
SQL> /
已用时间: 00: 00: 00.11
执行计划
----------------------------------------------------------
Plan hash value: 3923546474
-------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 14 | 106K (1)| 00:24:46 | | |
| 1 | RESULT CACHE | 0mr1089p1wxv3919raqyvtwtsv | | | | | | |
| 2 | SORT AGGREGATE | | 1 | 14 | | | | |
| 3 | PARTITION RANGE ALL | | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 2 |
| 4 | PARTITION LIST ITERATOR| | 2173K| 29M| 106K (1)| 00:24:46 | KEY | KEY |
|* 5 | TABLE ACCESS FULL | GG_DISTRIBUTION | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 48 |
-------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
5 - filter("W"."CREATE_DATE">TO_DATE(' 2013-01-01 00:00:00', 'syyyy-GG-dd hh24:mi:ss') AND "W"."DATA_AREA"
LIKE '03%')
Result Cache Information (identified by operation id):
-----------------------------------------------------
1 - column-count=1; dependencies=(LCAM_TEST.GG_DISTRIBUTION); attributes=(single-row); parameters=(nls); name="SELECT COUNT(1)
FROM GG_DISTRIBUTION W
WHERE W.DATA_AREA LIKE '03' || '%'
AND W.CREATE_DATE > TO_DATE('2013-01-01', 'yyyy-"
统计信息
----------------------------------------------------------
1 recursive calls
0 db block gets
0 consistent gets
0 physical reads
0 redo size
339 bytes sent via SQL*Net to client
337 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
可以根据RESULT
CACHE=0mr1089p1wxv3919raqyvtwtsv找到其缓存的信息。
SQL>
select s.STATUS,
s.CREATION_TIMESTAMP,
s.BUILD_TIME,
s.ROW_COUNT,
s.SCAN_COUNT
from v$result_cache_objects s
where cache_id = '0mr1089p1wxv3919raqyvtwtsv';
STATUS CREATION_TIMES BUILD_TIME ROW_COUNT SCAN_COUNT
--------- -------------- ---------- ---------- ----------
Published 20-6月 -14 700 1 26
结果缓存的限制：
当查询语句使用非确定性函数（SYSDATE、SYSTIMESTAMP）、序列号（序列的NEXTVAL和CURRVAL伪列）和临时表的时候不能被缓存。
查询语句可能会造成数据不一致的时候。
引用到数据字典视图的查询语句不能缓存（就是系统表）。
可以使用dbms_result_cache管理缓存。
所有非确定性PL/SQL函数。
SQL> show parameter result_cache
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
client_result_cache_lag big integer 3000
client_result_cache_size big integer 0
result_cache_max_result integer 5
result_cache_max_size big integer 33440K
result_cache_mode string manual
result_cache_remote_expiration integer 0
--result_cache_max_result 指定任何单个结果集可以使用result_cache_max_size的大小（单位为百分比），默认为5，允许从1到100的值，超过这个限制的结果集会被双色至为无效。
--result_cache_max_size 指定用来作为结果缓存的共享池内存的大小，如果被设置为0，表示这个特性被禁用。
--result_cache_mode
如果设置为MANUAL（这也是默认情况），只有指定hint result_cache的时候才能使用结果缓存；当为force的时候，所有不包含hint no_result_cache的查询语句都会使用结果缓存，查询第二次即生效；当为auto时，在11g下运行同样的SQL第三次，缓存才起作用。
--result_cache_remote_expiration
缓存远程对象的有效期（单位为分钟），因为基于远程对象的结果集无法由于远程对象的变更而自动地变为无效，通常默认为0，这意味着基于远程对象的查询结果的缓存是被禁止的。
--result_cache_max_result和result_cache_max_size是系统级别的设置，result_cache_mode和result_cache_remote_expiration可以在会话级别修改。
SQL> alter
system set result_cache_mode=force
SQL>
SELECT COUNT(1)
2 FROM GG_DISTRIBUTION W
3 WHERE W.DATA_AREA LIKE '03' || '%'
4 AND W.CREATE_DATE > TO_DATE('2013-01-01', 'yyyy-GG-dd');
已用时间: 00: 00: 22.48
执行计划
----------------------------------------------------------
Plan hash value: 3923546474
-------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 14 | 106K (1)| 00:24:46 | | |
| 1 | SORT AGGREGATE | | 1 | 14 | | | | |
| 2 | PARTITION RANGE ALL | | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 2 |
| 3 | PARTITION LIST ITERATOR| | 2173K| 29M| 106K (1)| 00:24:46 | KEY | KEY |
|* 4 | TABLE ACCESS FULL | GG_DISTRIBUTION | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 48 |
-------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
4 - filter("W"."CREATE_DATE">TO_DATE(' 2013-01-01 00:00:00', 'syyyy-GG-dd hh24:mi:ss') AND
"W"."DATA_AREA" LIKE '03%')
统计信息
----------------------------------------------------------
0 recursive calls
0 db block gets
280123 consistent gets
263679 physical reads
0 redo size
339 bytes sent via SQL*Net to client
337 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
SQL> /
已用时间: 00: 00: 00.11
执行计划
----------------------------------------------------------
Plan hash value: 3923546474
-------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 14 | 106K (1)| 00:24:46 | | |
| 1 | RESULT CACHE | 0mr1089p1wxv3919raqyvtwtsv | | | | | | |
| 2 | SORT AGGREGATE | | 1 | 14 | | | | |
| 3 | PARTITION RANGE ALL | | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 2 |
| 4 | PARTITION LIST ITERATOR| | 2173K| 29M| 106K (1)| 00:24:46 | KEY | KEY |
|* 5 | TABLE ACCESS FULL | GG_DISTRIBUTION | 2173K| 29M| 106K (1)| 00:24:46 | 1 | 48 |
-------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
5 - filter("W"."CREATE_DATE">TO_DATE(' 2013-01-01 00:00:00', 'syyyy-GG-dd hh24:mi:ss') AND "W"."DATA_AREA"
LIKE '03%')
Result Cache Information (identified by operation id):
-----------------------------------------------------
1 - column-count=1; dependencies=(LCAM_TEST.GG_DISTRIBUTION); attributes=(single-row); parameters=(nls); name="SELECT COUNT(1)
FROM GG_DISTRIBUTION W
WHERE W.DATA_AREA LIKE '03' || '%'
AND W.CREATE_DATE > TO_DATE('2013-01-01', 'yyyy-"
统计信息
----------------------------------------------------------
1 recursive calls
0 db block gets
0 consistent gets
0 physical reads
0 redo size
339 bytes sent via SQL*Net to client
337 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
可以根据RESULT
CACHE=0mr1089p1wxv3919raqyvtwtsv找到其缓存的信息。
SQL>
select s.STATUS,
s.CREATION_TIMESTAMP,
s.BUILD_TIME,
s.ROW_COUNT,
s.SCAN_COUNT
from v$result_cache_objects s
where cache_id = '0mr1089p1wxv3919raqyvtwtsv';
STATUS CREATION_TIMES BUILD_TIME ROW_COUNT SCAN_COUNT
--------- -------------- ---------- ---------- ----------
Published 20-6月 -14 700 1 26
结果缓存的限制：
当查询语句使用非确定性函数（SYSDATE、SYSTIMESTAMP）、序列号（序列的NEXTVAL和CURRVAL伪列）和临时表的时候不能被缓存。
查询语句可能会造成数据不一致的时候。
引用到数据字典视图的查询语句不能缓存（就是系统表）。
可以使用dbms_result_cache管理缓存。
所有非确定性PL/SQL函数。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- Oracle 11g 的server结果缓存result_cache_mode
- Oracle 11g 新特性 -- Result Cache（结果高速缓存）说明
- 11g新特性：result cache 结果缓存
- Oracle 11g 新特性 -- Result Cache（结果高速缓存）说明
- 11g新特性：result cache 结果缓存
- Oracle 11g 新特性 -- Result Cache（结果高速缓存）说明
- oracle表注释与查询提示(result_cache_mode)的关系
- 在Oracle 11.2的数据库中建表时遇到 RESULT_CACHE (MODE DEFAULT) ORA-00922: missing or invalid option
- Oracle 11g新特性：Result Cache
- Oracle 11g新特性:SQL Query Result Cache
- Oracle 11g新特性:Result Cache
- Oracle 11g新特性：Result Cache
- Oracle 11g新特性之Sql result cache
- oracle 11g 之 result cache
- 关于oracle result cache 结果集缓存的使用说明总结
- oracle 11g 之 result cache
- Oracle 11g 的PL/SQL函数结果缓存
- Using Oracle Database 11g Release 2 Result Cache in an Oracle RAC Environment
- Oracle 11g 的PL/SQL函数结果缓存