首页
技术基础
备份恢复
SQL优化
诊断案例
BLOG
留言板
服务
生活
网摘
阅读
下载
墨天轮
English
eygle.com - 留言簿 - 发表留言 - Powered by eYgLe.Com
返回留言簿
删 除 留 言
管理密码:
请输入管理密码, 只有版主才能删除留言.
编 辑 留 言
管理密码:
请输入管理密码, 只有版主才能编辑留言.
昵称:
性别:
帅哥
美女
不告诉你
Email:
来自:
QQ:
主页:
信息图标: ( 随机 )
BB 代码:
字体
宋体
黑体
隶书
楷体
幼圆
Arial
颜色
天蓝
品蓝
蓝色
深蓝
橙色
橙红
深红
红色
砖红
暗红
绿色
灰绿
海绿
粉红
果红
桃红
紫色
紫蓝
棕木
沙褐
土黄
深褐
土绿
灰色
大小
1号
2号
3号
4号
5号
留言给(谁?):
内容:
" 从一个包含100个BH的Bucket上找到一个数据块快,还是 从一个包含1个BH的Bucket里找一个数据块快呢? Search时间因为BH数量的减少 ,大幅缩减了,Latch也可以更快的被释放,性能为何不提升呢? " 真的感谢大师指点,我终于又向真相前走了一步。 但是我想继续请教一下 按照书上的说法 “ 从oracle 8i 开始, _db_block_hash_buckets 的数量较以前增加了8倍,而 _db_block_hash_latches 的数量增加有限。 这意味着每个Latch 需要管理多个Bucket,但是由于Bucket 数量的多倍增加,每个Bucket 上的Block数量得以减少,从而使得少量Latch 管理更多Bucket成为可能。 ” 下面说下我的斫鈂r 假设 原先是一个bucket下面是下挂80个BH,即对应80个数据块 那么现在是每个bucket下挂挂10个BH,即对应10个数据块 那么查询一个数据块,时间较之以前提高了8倍, 但是修改呢? 因为latch并不是成倍增加,所以不再是“一个bucket对应一个latch”。 现在我们假设一个latch对应2个bucket 那么过去时一个latch是管80个BH,现在一个latch管20个BH 修改速度较之前提高了4倍, 但是按照复杂度而言,虽然这连一个数量级的提升(即10倍的提升)也没有达到 但是应当也很不错了。 不知我这段理解是否正确
Copyright © 2003~2012
eygle.com
All Rights Reserved.
Powered by:
www.eygle.com