绑定完请刷新页面
取消
刷新

分享好友

×
取消 复制
请高手指点:V$DB_CACHE_ADVICE视图到底是个啥意思啊?
2020-06-20 16:23:59
V$DB_CACHE_ADVICE视图到底是个啥意思啊,我看了看9iOCP的文档,越看越晕: [php] Using V$DB_CACHE_ADVICE View The following output shows that if the cache was 212MB, rather than the current size of 304MB, the estimated number of physical reads would be 17 million (17,850,847). Increasing the cache size beyond its current size would not provide a significant benefit. Estd Phys Estd Phys Cache Size (MB) Buffers Read Factor Reads ----------------------- ---------------- ------------- ------------------------------ (10%) 30 3,802 18.70 192,317,943 60 7,604 12.83 131,949,536 91 11,406 7.38 75,865,861 121 15,208 4.97 51,111,658 152 19,010 3.64 37,460,786 182 22,812 2.50 25,668,196 212 26,614 1.74 17,850,847 243 30,416 1.33 13,720,149 273 34,218 1.13 11,583,180 (Current) 304 38,020 1.00 10,282,475 334 41,822 .93 9,515,878 364 45,624 .87 8,909,026 395 49,426 .83 8,495,039 424 53,228 .79 8,116,496 (150%) 456 57,030 .76 7,824,764 … [/php] 这是我翻译的那一段说明: 下列输出显示如果cache是212M,胜于当前的304M,物理读估计数是17,850,847。增加cache大小超过当前值不会有好处。 这里212M时物理读估计数是17,850,847,304M时物理读估计数是10,282,475,不还是304M时好一点吗,怎么212M就胜过了304M呢。
分享好友

分享这个小栈给你的朋友们,一起进步吧。

调试数据库 ---- 源码研究方法论
创建时间:2020-06-16 17:28:11
能让你坚持下去的源码学习方法 ---- 调试数据库。Oracle的各种DUMP、Trace和Event,增加了研究这个数据库的“乐趣”,使用Oracle成为一个可研究的数据库。开源数据库当然也可以通过钻研源码的方式去研究,但这样的学习周期太长。本课程教你用调试技术不断为MySQL/PostgreSQL扩展功能,在学习源码的同时,不断开发自己的、类似Oracle DUMP、Trace、Event的小工具,这就是我所说的“正向反馈”。用正向反馈,激励自己坚持下去,终成功。
展开
订阅须知

• 所有用户可根据关注领域订阅专区或所有专区

• 付费订阅:虚拟交易,一经交易不退款;若特殊情况,可3日内客服咨询

• 专区发布评论属默认订阅所评论专区(除付费小栈外)

栈主、嘉宾

查看更多
  • vage
    栈主

小栈成员

查看更多
  • 叶子,你好
  • 小雨滴
  • 潘佳伟
  • 东风快递
戳我,来吐槽~