buffer cache两三问

sundog315

原帖由 elysium_H 于 2010-9-15 15:49 发表
2.是不是可以这样理解，执行alter table test cache后，通过全表扫描把test的全表数据cache到内存中，之后所有的DML操作引起的数据变化，在提交后都会在内存中保留结果，即缓存中test表数据，是DB文件中test表数据的全镜像

Oracle的机制在正常情况下（通过SGA）是不会直接对文件进行修改的，所有的变更都在buffer cache中，由dbwr及checkpoint来负责将buffer cache中的内容写入文件，如果buffer cache 中不存在这个表（没有被读入或者被换出）那么需要先将文件中的内容读入buffer cache然后才能继续操作

sundog315

原帖由 elysium_H 于 2010-9-15 11:24 发表
3.如果会被移出内存，那么使用alter table test storge(buffer_pool keep) cache;是不是可以避免这个问题？

可以，前提是keep buffer池足够大

sundog315

原帖由 microsoft_fly 于 2010-9-16 17:57 发表
再大都有可能移出

为啥？

sundog315

http://download.oracle.com/docs/ ... 1/memory.htm#i30935

7.2.4 Considering Multiple Buffer Pools

Multiple buffer pools let you address these differences. You can use a KEEP buffer pool to maintain frequently accessed segments in the buffer cache, and a RECYCLE  buffer pool to prevent objects from consuming unnecessary space in the cache. When an object is associated with a cache, all blocks from that object are placed in that cache. Oracle Database maintains a DEFAULT buffer pool for objects that have not been assigned to a specific buffer pool. The default buffer pool is of size DB_CACHE_SIZE. Each buffer pool uses the same Least Recently Used (LRU) replacement policy (for example, if the KEEP pool is not large enough to store all of the segments allocated to it, then the oldest blocks age out of the cache).

sundog315

首先，cache属性对于keep buffer无效

Note:
The NOCACHE clause has no effect on a table in the KEEP cache.

其次，全表扫描，并不会将块放在LRU的热端，并且，相反，会放在LRU的冷端，先被age out出去。

sundog315

手够快的。

sundog315

1.select count(*) from test_t1;
test_t1的内容位于LRU的冷端
2.select count(*) from test_t2;
还可以放下，比test_t1靠近热端
3.循环select count(*) from test_t1;
结果不变
4.select count(*) from test_t3;
从冷端查找，刷掉test_t1

所以，这个就是为什么觉得是先进先出的原因。其实并不是先进先出。

sundog315

BTW,全表扫描不会移动到热端的，否则，cache属性就没有意义了。