晶晶的Oracle夜未眠：个人感悟篇

RiJohn · 发表于 2008-2-19 15:01

不错不错,留个脚印!

fxyj2008 · 发表于 2008-2-19 15:03

原帖由 晶晶小妹 于 2008-2-19 14:46 发表

大多数闩并没有共享　独占　这些模式，他只有持有和不持有．当一个进程持有闩时，别的进程并不知道他持有闩的目的是读还是写。又怎能够共享呢？ＣＢＣ闩的原理和其他闩应该不一样．但他和锁的实现方式也有很大区别．从我的实验中，ＣＢＣ闩只能实现有限共享　不能向锁一样真正的　读读共享．这是oracle非常内部的东西从外表的活动很难分析内部真正的运做机制．因此，对于ＣＢＣ闩我也只能用＂有限共象＂这四个字　来模糊的下一个结论咯．希望大家能有更好的实验．进一步证明ＣＢＣ闩的活动．

　

我知道阿　，　所以我才说oracle 应该是辅助了其他变量来达到此目的得。　闩的原理都是一样得　，只是在实现ＣＢＣ　得时候　多做了其他判断操作而已

如下一个简单方法　，每个进程在获取cache buffer chains 　得时候　先判断当前　执行得是什么操作　，如果是 select ，那么就不获取　，当然具体得实现不清楚oracle 内部是怎么做得　，但有一点可以肯定　，实现得方法有很多种

cyt2005 · 发表于 2008-2-19 15:03

飘过~

beyond_sea · 发表于 2008-2-19 15:09

好好钻研技术！

晶晶小妹 · 发表于 2008-2-19 15:17

原帖由 biti_rainy 于 2008-2-19 14:20 发表
1：有想法能认真思考是好，但没必要将tom这样的人写这样的书去强加上你的揣测……是为了让大家用不让大家去管理……　　不过是侧重点而已，他自己是做应用的多，当然应该有侧重点

２：　为什么简单、让人变懒的容易成功，这是因为　客户需要让自己的公司的工作简单可控、成本降低、风险降低。　即使你自己管理维护数据库，也会做一系列的script或者tools去简化工作，这样效率才高，也不容易出错。　这是一个现实的很自然的需求，大公司只是顺应了这个需求，这并不是他们想出来的，而是现实催生的。

３：cache buffer chains 的　R&R 可share是９i才出来的特性，以前是没有的，这不过是一个改进。但对于　w&r 是不可以share的。　我没仔细测试过，如果你的R&R 有少量misses，不知道你有几个cpu，数据库除了你的session是否还有其他session　，测试是如何进行的？

biti大师:

记得马云曾经有过一个懒人论,为别人着想,让别人可以更方便,这当然是取胜之道.原因是再清楚不过的.谁都知道.

我的CBC 闩的测试步骤: 在我的晶晶实验四中有详细介绍.CPU有两个,在一个CPU我也试过,MISSES 更多.当然更多原因可能是因为其他情况的不同