楼主: vage

[精华] 揭密Oracle之七种武器之四:揭密Buffer Cache中的链表

[复制链接]
论坛徽章:
512
生肖徽章2007版:猴
日期:2012-10-24 13:24:51生肖徽章2007版:猴
日期:2012-10-24 13:24:51生肖徽章2007版:猴
日期:2012-10-24 13:24:51生肖徽章2007版:猴
日期:2012-10-24 13:24:51生肖徽章2007版:猴
日期:2012-10-24 13:24:51生肖徽章2007版:猴
日期:2012-10-24 13:24:51生肖徽章:猴
日期:2012-10-24 13:25:07生肖徽章:猴
日期:2012-10-24 13:25:07生肖徽章:猴
日期:2012-10-24 13:25:07生肖徽章:猴
日期:2012-10-24 13:25:07
71#
发表于 2012-9-12 09:24 | 只看该作者
先顶了,慢慢看,支持大师

使用道具 举报

回复
论坛徽章:
70
夏利
日期:2013-09-29 21:02:15天蝎座
日期:2016-03-08 22:25:51嫦娥
日期:2014-03-04 16:46:45ITPUB年度最佳技术原创精华奖
日期:2014-03-04 16:19:29马上加薪
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:11
72#
 楼主| 发表于 2012-9-12 09:35 | 只看该作者
liuxuelong007 发表于 2012-9-12 09:12
楼主,那这个跟我实验的结果不一样啊~!!
我是连续进行三次全表扫描,发现有少量的buffer被链接到了主L ...

11GR2又变了,Oracle对全表扫描又进行了限制,即使主LRU为空,全表扫描的Buffer,也不会被链接到主LRU,只能在辅助LRU内打转。

11G R2下,这样理合理些。无论什么情况,全扫描都只会在辅助LRU。

使用道具 举报

回复
论坛徽章:
1
ITPUB社区OCM联盟徽章
日期:2013-11-21 16:35:25
73#
发表于 2012-9-12 09:51 | 只看该作者
vage 发表于 2012-9-12 09:35
11GR2又变了,Oracle对全表扫描又进行了限制,即使主LRU为空,全表扫描的Buffer,也不会被链接到主LRU,只 ...

楼主,那我第一次全表扫描8954  physical reads
而第二次和第三次都是8951  physical reads
为什么会少了3个,这3个是什么呢?
开始ANUM_REPL为9422,而进行三次全表扫描后,ANUM_REPL变为9111这又是为什么呢?

使用道具 举报

回复
论坛徽章:
70
夏利
日期:2013-09-29 21:02:15天蝎座
日期:2016-03-08 22:25:51嫦娥
日期:2014-03-04 16:46:45ITPUB年度最佳技术原创精华奖
日期:2014-03-04 16:19:29马上加薪
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:11
74#
 楼主| 发表于 2012-9-12 10:36 | 只看该作者
liuxuelong007 发表于 2012-9-12 09:51
楼主,那我第一次全表扫描8954  physical reads
而第二次和第三次都是8951  physical reads
为什么会少 ...

你是11GR2是吧
少了三次,是因为全表扫描时,段头、ExtentMap块,这些管理性块将会被送入主LRU的冷端头,这点无论10G还是11GR2,都是如此。其他的非管理性志,反复在辅助LRU被读入、覆盖。

至于辅助LRU Buffer的数量,从9422减少到9111,这是Oracle 自身的操作造成的。Oracle身自不断在读一些数据字典表,但量不大。

使用道具 举报

回复
论坛徽章:
1
ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00
75#
发表于 2012-10-8 14:20 | 只看该作者

顶大师!

使用道具 举报

回复
论坛徽章:
184
2013年新春福章
日期:2013-05-27 10:23:002013年新春福章
日期:2013-05-27 10:23:002013年新春福章
日期:2013-06-05 15:29:212013年新春福章
日期:2013-06-05 15:29:212013年新春福章
日期:2013-05-27 10:23:002013年新春福章
日期:2013-06-05 15:29:21马上有房
日期:2014-03-03 16:14:44马上有对象
日期:2014-02-18 16:44:082014年新春福章
日期:2014-03-04 16:55:19ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:42
76#
发表于 2012-10-9 15:24 | 只看该作者
讲的很深

使用道具 举报

回复
论坛徽章:
5
复活蛋
日期:2012-11-02 16:27:37灰彻蛋
日期:2013-01-27 17:08:112013年新春福章
日期:2013-02-25 14:51:24复活蛋
日期:2013-05-27 15:29:10优秀写手
日期:2014-07-01 06:00:12
77#
发表于 2012-10-15 09:53 | 只看该作者
8、从检查点队列写到磁盘中的块,不会改变它在LRU链表中的位置。从LRUW写到磁盘中的块,会被放于LRUW,以供马上覆盖。

对这一点不太理解:“从LRUW写到磁盘中的块,会被放于LRUW,以供马上覆盖。”这里是不是有笔误啊?我怎么觉得:从LRUW写到磁盘中的块,应该是放到辅助LRU中呢?

使用道具 举报

回复
论坛徽章:
70
夏利
日期:2013-09-29 21:02:15天蝎座
日期:2016-03-08 22:25:51嫦娥
日期:2014-03-04 16:46:45ITPUB年度最佳技术原创精华奖
日期:2014-03-04 16:19:29马上加薪
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:11
78#
 楼主| 发表于 2012-10-15 11:35 | 只看该作者
digdeep126 发表于 2012-10-15 09:53
8、从检查点队列写到磁盘中的块,不会改变它在LRU链表中的位置。从LRUW写到磁盘中的块,会被放于LRUW,以供 ...

哦,是笔误。从LRUW写的脏块,是会被放入辅助LRU。谢谢,我改一下。

使用道具 举报

回复
论坛徽章:
2
喜羊羊
日期:2015-03-04 14:52:462015年新春福章
日期:2015-03-06 11:58:18
79#
发表于 2012-11-12 22:45 | 只看该作者
学习了,mark!

使用道具 举报

回复
论坛徽章:
2
2008新春纪念徽章
日期:2008-02-13 12:43:032013年新春福章
日期:2013-02-25 14:51:24
80#
发表于 2012-11-28 20:44 | 只看该作者
1、DBWR 每3秒醒来,之后它会做两件事:
   (1)、检查检查点队列长度,如果脏块太多、恢复时间有可能超过fast_start_mttr_target参数的值,开始沿着检查点队列写脏块。
   (2)、检查LRUW,有脏块就写。

第二点(2)、检查LRUW,有脏块就写。
这里是不是必须按照检查点队列的顺序来写才对呢?如果见脏块就写,不按照lrba的顺序来,那岂不是进行不了崩溃恢复?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表