小案例：结果缓存无法使用，RESULT_CACHE_MAX_SIZE值无法更改的问题
编者按：
本文作者系流浪的金鱼（花名），甲骨文数据库工程师。个人主页：https://blog.csdn.net/rishairu1，经其本人授权发布。
【免责声明】本公众号文章仅代表个人观点，与任何公司无关。
最近遇到了一个 RESULT_CACHE_MAX_SIZE 参数值无法更改的问题。
首先我们需要知道 RESULT_CACHE_MAX_SIZE 是什么。
RESULT_CACHE_MAX_SIZE 是结果缓存能够使用sga内存的最大大小的限制参数。
当我们需要使用结果缓存的时候，这个值一定不能是0。并且以下的查询结果是 ENABLED .
SQL> SELECT dbms_result_cache.status() FROM dual;DBMS_RESULT_CACHE.STATUS()--------------------------------------------------------------------------------ENABLED
这个参数的默认值依存于shared pool 的大小，如果shared pool不够大，那么结果缓存不会被使用，
这个时候我们执行如下查询，结果可能是 BYPASS
SQL> select dbms_result_cache.status from dual;STATUS-------------------------------------BYPASS
并且这种状态下RESULT_CACHE_MAX_SIZE参数值无法被更改。
可以使用如下方法恢复。
给shared_pool_size一个最小值。保证结果缓存可以拿到内存空间。
Alter system set shared_pool_size=nnnM scope=spfile;
然后执行如下命令将结果缓存恢复到可用状态。
SQL> BEGINDBMS_RESULT_CACHE.BYPASS(TRUE);DBMS_RESULT_CACHE.FLUSH;END;/2 3 4 5PL/SQL procedure successfully completed.
然后重启数据库。就可以解决无法使用结果缓存和无法修改RESULT_CACHE_MAX_SIZE参数值的问题了。
后续文章更加精彩，欢迎关注本公众号或访问【阅读原文】。
——End——
专注于技术不限于技术！
用碎片化的时间，一点一滴地提高数据库技术和个人能力。
欢迎关注！
案例系列：（从实际问题出发）
案例：如何从SYSTEMSTATE DUMP查看Mutex的持有者和请求者
案例：数据库无法登录发生ORA-12560/ORA-12557错误
案例：DRIVING_SITE 提示（HINT）设定无效的调查
案例: log file sync等待引起的RAC 挂起（HANG）
案例：”WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! “等待的诊断
原文作者：SQL和数据库技术；如有侵权，请联系管理员删除。
