晶晶实验十八之buffer cache中的ＬＲＵ链

cc59

刚好今天处理了一个这样的CASE.

foxmile

select /*+index(qsmed.zjj1) */ * from qsmed.zjj1 where id>=1750 and id<=3500;

晶晶，你确认这玩意走索引么。或者说，你加提示的意义何在。
我怀疑它被忽略了。

[ 本帖最后由 foxmile 于 2008-3-12 09:25 编辑 ]

fly_bug

借小妹的宝地提几个问题，大伙讨论一下：
buffer cache中有两个很中要的链表，即写链表（包含 脏数据块）和LRU链表，当一个用户进程要访问缓存块时，首先是要搜索LRU链表，假如要访问的缓存块不在LRU链表中的话，那么首先要做的工作就是去在LRU链表中找空闲缓冲块或者是可覆盖的缓冲块（可覆盖的缓冲块产生是由于DBWR进程对缓冲块进行写盘，然后将该已经写盘的缓冲块移到LRU链表的LRU端）。
两个问题：
1、当我们要读入内存中的缓冲块是多个缓冲块，假如是10个db_block_size的大小，那么在LRU链表中找的时候，是否是要在LRU的空闲缓冲块中找连续的链表节点来存放要从硬盘读入内存的多个缓冲块?
2、数据库刚启动时所有的buffer cache的内存块应该都是在LRU链表中吧？
3、单个数据块在buffer cache中的LRU位置是否是根据某种算法确定的固定的位置？如果是随机的，那么oracle通过什么办法快速的在buffer cache中找到需要的数据块？

likinglife

破阵子－－晶晶

醉里挑灯发帖/
梦回键盘霹雳/
八百里思路驰骋/
二十年意志如铁/
信仰在心间

苦心撰写实验/
一片冰心可鉴/
了却大家困惑心/
赢得论坛无私名/
回眸百媚生!

晶晶小妹

原帖由 foxmile 于 2008-3-12 09:21 发表
select /*+index(qsmed.zjj1) */ * from qsmed.zjj1 where id>=1750 and id

步3：进一步加大从ZJJ_1扫描的行数：
SQL> select /*+index(qsmed.zjj1) */ * from qsmed.zjj1 where id<=7000;
已选择7000行。

执行计划
----------------------------------------------------------
Plan hash value: 2538640105
---------------------------------------------------------------------------------------
| Id  | Operation                   | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |         |  7060 |   654K|   116   (1)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| ZJJ1    |  7060 |   654K|   116   (1)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | ZJJ1_ID |  7060 |       |    18   (0)| 00:00:01 |
---------------------------------------------------------------------------------------

我把执行计划给贴上了吖，蚊子．

carcase

SQL> select lru_flag,tch from x$bh where dbablk=12 and dbarfil=7;
  LRU_FLAG        TCH                                                           
---------- ----------                                                           
         0         10                                                           
ZJJ1的25个物理读，目前还没有对12号文件7号块的状态有任何的影响，只不过，12号文件7号块被挤了向冷端末尾：

这个是怎么看出来的？？？ 挤了向冷端末尾  lru_flag不是还等于0吗？？

晶晶小妹

原帖由 fly_bug 于 2008-3-12 09:49 发表
借小妹的宝地提几个问题，大伙讨论一下：
buffer cache中有两个很中要的链表，即写链表（包含 脏数据块）和LRU链表，当一个用户进程要访问缓存块时，首先是要搜索LRU链表，假如要访问的缓存块不在LRU链表中的话，那么首先要做的工作就是去在LRU链表中找空闲缓冲块或者是可覆盖的缓冲块（可覆盖的缓冲块产生是由于DBWR进程对缓冲块进行写盘，然后将该已经写盘的缓冲块移到LRU链表的LRU端）。
两个问题：
1、当我们要读入内存中的缓冲块是多个缓冲块，假如是10个db_block_size的大小，那么在LRU链表中找的时候，是否是要在LRU的空闲缓冲块中找连续的链表节点来存放要从硬盘读入内存的多个缓冲块?
2、数据库刚启动时所有的buffer cache的内存块应该都是在LRU链表中吧？
3、单个数据块在buffer cache中的LRU位置是否是根据某种算法确定的固定的位置？如果是随机的，那么oracle通过什么办法快速的在buffer cache中找到需要的数据块？

１，这个不必须连续，如果没有连续的块，就一直寻找，直到找够所用块为止．
２，据说是这样，不过我没有证明．
３，位置是不固定，块会来回的挪动，oracle通过ＨＡＳＨ算法快速找到需要的数据块．

kdkd

哈哈，好厉害，正想问问晶晶小妹是怎么想出这么多专题来做实验的：）

晶晶小妹

原帖由 carcase 于 2008-3-12 10:19 发表
SQL> select lru_flag,tch from x$bh where dbablk=12 and dbarfil=7;
  LRU_FLAG        TCH                                                           
---------- ----------                                                           
         0         10                                                           
ZJJ1的25个物理读，目前还没有对12号文件7号块的状态有任何的影响，只不过，12号文件7号块被挤了向冷端末尾：

这个是怎么看出来的？？？ 挤了向冷端末尾  lru_flag不是还等于0吗？？

每个新插入的块都会进入冷端头，所以有新块进入后，此块不就被挤向冷端尾了嘛．
lru_flag等于０的时候无意义．

foxmile

原帖由 晶晶小妹 于 2008-3-12 10:16 发表



步3：进一步加大从ZJJ_1扫描的行数：
SQL> select /*+index(qsmed.zjj1) */ * from qsmed.zjj1 where id

这个的意思是所有的索引都启用？我的意思是你引用了id做条件的时候，其实优化器会选择走索引的，怀疑这个不加索引名的情况下提示是不是有用。

[ 本帖最后由 foxmile 于 2008-3-12 10:37 编辑 ]