揭密Oracle之七种武器之四：揭密Buffer Cache中的链表

chen428

vage 发表于 2012-7-5 11:02
这是因为数据库刚启动，或刚刚Flush buffer_cache ，块都在辅助LRU中，10G为了保持辅助LRU占20%至25%，主 ...

这个从你上面的实验中可以看出
我的意思是
  全表扫瞄 很少访问主LRU里面的快
  但是上面的实验A3_70确可以 这个是什么原因呢.
麻烦了

vage

chen428 发表于 2012-7-5 11:10
这个从你上面的实验中可以看出
我的意思是
  全表扫瞄 很少访问主LRU里面的快

就是我上面所说的原因啊。
再补充两点：
1、主LRU的块到辅助LRU有两种方式，一是从LRUW写，另一种是SMON进程3秒一次醒来移动。
2、辅助LRU的块到主LRU，就只有一种形式。非全表扫描，会从辅LRU找块，移到主LRU。但10G中有一个例外，就是我所说的这种情况。

刚Flush Buffer Cache，辅助LRU中有100%的块，Oracle为了保持主、辅LRU 80%、20%左右的比例，会急于让块从辅助LRU移到主LRU。所以，此时全表扫描，会先从辅助LRU找到可用块，将其移到主LRU，再将磁盘中数据读入内存。

还有问题没

vage

jayli426 发表于 2012-7-4 16:52
大师，能否指点一下我这个相关问题呢？

http://www.itpub.net/thread-1628433-1-1.html

可以看看这个

揭密buffer Cache中的链表补遗
http://www.itpub.net/thread-1632432-1-1.html

chen428

vage 发表于 2012-7-5 19:54
就是我上面所说的原因啊。
再补充两点：
1、主LRU的块到辅助LRU有两种方式，一是从LRUW写，另一种是SMO ...

刚Flush Buffer Cache，辅助LRU中有100%的块，Oracle为了保持主、辅LRU 80%、20%左右的比例，会急于让块从辅助LRU移到主LRU。所以，此时全表扫描，会先从辅助LRU找到可用块，将其移到主LRU，再将磁盘中数据读入内存。
这个我明白
我的意思是说(可能一开始表达不清晰)

第2次连续全表扫面A3_70M的时候 基本上也没有物理读了吗?
   这个时候的数据应该都在主LRU上, 那这个时候的全表扫 就都扫主LRU了?

vage

chen428 发表于 2012-7-6 09:13
刚Flush Buffer Cache，辅助LRU中有100%的块，Oracle为了保持主、辅LRU 80%、20%左右的比例，会急于让块从 ...

哦，是这个问题啊。
是这样的，A3_70M的大部分块被缓存到了主LUR，少部分块在辅助LRU。全扫描A4_70M，会将A3_70M在辅助LRU中的块全部覆盖，所以再次全扫描A3_70M，就会有少量物理读。
但连续两次全扫描A3_70M，第一次已经将除缓存在主LRU外，其余的块物理读进辅助LUR了，第二次就没有物理读了。

xieg_sky

辛苦了,大师

to407

很赞， 支持一下

magnuslinux

最近太忙，先mark之

hishale

呵呵，这个必须看

taowang2016

<CDATA前段时间，一直有人问我Buffer Cache的链表，LRU、辅助LRU、检查点队列等等。检查点队列已经有很多文章讨论过了，我就不再重复的制造轮子
。
另外，还有主LRU冷热端的相关内容，这一块我也不再详细描述，因为也有相关的文章。CDATA/>

其实也不是这样，每个人看的角度和理解的深度不一样，同样一个wait event，V哥看到的，不一定大家都能看到，还是觉得，这些主题，一个一个进行下去，这样形成一个系列比较好。

V哥，你觉得呢。