Oracle 11.2.0.1 Result Cache 测试 - 11 各种场景测试结果

测试2：  
上面的测试是修改的数据涉及了查询语句返回的结果集，如果表中更新的数据和SQL查询的结果集没有交集。结果又是如何的呢 ？  比如
SQL> update apps.test_result_cache set  object_name = 'TEST_R_C_003' where mod(object_id,3)=0 ;  
由于篇幅原因，这里不将测试过程贴出。只给出测试结果：  这种情况下不能命中result cache, 会在shared pool 的result cache区域重新创建新的result cache . 
备注： 测试1,2 场景是都在一个session中。

测试3： 
如果表中更新的数据和SQL查询的结果集没有交集。更新在同一个session执行, 更新后不提交，结果又是如何的呢 ？ 过程略。

结果有些诡异，统计信息显示，肯定是没有命中result cache的，且没有创建新的result cache.  这说明如果同一session在表上还有更新但是没有提交的数据， 那么这个session上对表上的查询没有办法放到 result cache中 (既不会使用到，也不会重新创建result cache)。 

但是执行计划中还是显示了 RESULT CACHE ， 又是怎么回事呢 ？ 

再次执行此SQL语句，可以看到执行计划还是不变。仍然存在 7148  consistent gets 。 充分说明了以上结论：表中如果有记录被更新，不管是否与查询结果集有关，如果同一个session中有关于这个表的没有提交的事务，那么此表上的其他查询结果集都不会存放在 result cache中。

测试4 ： 
如果表中更新的数据和SQL查询的结果集没有交集。但更新在不同session执行, 更新后不提交，结果又是如何的呢 ？ 过程略。
测试发现select查询可以使用到result cache .  

测试5 ： 
如果表中更新的数据和SQL查询的结果集有交集。更新在不同session执行, 更新后不提交，结果又是如何的呢 ？
测试发现select查询可以使用到result cache .  

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/35489/viewspace-1433579/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-1433579/