技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> MySQL --> Oracle中的Low HWM与 High HWM 高水位

Oracle中的Low HWM与 High HWM 高水位

浏览:831次  出处信息

   在MSSM的FREELIST下, 高水位High Water Mark代表所有相关块, 高水位以上就是未格式化unformatted 的数据块,INSRT数据时不能直接使用。当FREELIST中不包含可插入数据块时 HWM默认每次上升5个数据块。

   对于ASSM管理的BITMAP 数据段而言,Oracle允许在数据段的中部出现unformatted blocks未格式化的数据块,  基于以下的原因:

   一、在以前 HWM以下的数据块必然是formatted , 为了维护这一点代价是昂贵的:

  • 长时间持有HW enqueue  队列锁对并发的抑制

  • 过于频繁的持有HW enqueue在Oracle研发看来是罪恶的

  •    上涨HWM 而不格式化 这样的话更有效率,因为格式化往往涉及到 IO,是一种较慢的操作

       二、 在直接路径加载过程中,最后的一个extent中的数据块将被全部format 格式化,而如果下一次还是direct load直接路径加载数据的话,它不会从Freelist上获取数据块,而是使用HWM以上新的数据盘区extent。 如果这个数据段是典型的一直在direct load加载数据的话,则可能在freelist上有很多unused block从来不被使用,而被浪费了。 这可能造成空间的浪费,尤其是在Extent size 很大的时候 或者 数据段几乎从来不传统路径插入数据的时候。保留这些数据块为unformatted则可以让加载数据时利用到这些空间空洞

       为了实现这一点就需要使用2个High Water Mark 即Low HWM和High HWM;  Low HWM以下都是formatted 数据块 而 High HWM以上都是unformatted数据块。

      Extent Header:: spare1: 0      spare2: 0      #extents: 18413  #blocks: 147304
                      last map  0xabc23541  #maps: 36     offset: 2716
          Highwater::  0xabc23f6c  ext#: 18412  blk#: 3      ext size: 8
      #blocks in seg. hdr's freelists: 0
      #blocks below: 147299
      mapblk  0xabc23541  offset: 325
                       Unlocked
      --------------------------------------------------------
      Low HighWater Mark :
          Highwater::  0xabc23f6c  ext#: 18412  blk#: 3      ext size: 8
      #blocks in seg. hdr's freelists: 0
      #blocks below: 147299
      mapblk  0xabc23541  offset: 325
      Level 1 BMB for High HWM block: 0xabc23ef9
      Level 1 BMB for Low HWM block: 0xabc23ef9
      --------------------------------------------------------
      Segment Type: 1 nl2: 2      blksz: 8192   fbsz: 0
      L2 Array start offset:  0x00001434
      First Level 3 BMB:  0x00000000
      L2 Hint for inserts:  0xabc0000a
      Last Level 1 BMB:  0xabc23ef9
      Last Level II BMB:  0xabc1d5fa
      Last Level III BMB:  0x00000000
         Map Header:: next  0xabc009a1  #extents: 307  obj#: 99039  flag: 0x10000000
      Inc # 0
      Extent Map

       在顺序读取过程中,那些unformatted数据块将被忽略。关于一个数据块究竟是format了还是没有的信息是存放在2个高水位之间的bitmap中。 当扫描数据段的块时,扫描算法并不参考LOW HWM以下的bitmap block; High HWM用来作为顺序读取该数据段时 停止扫描的位置。

       格式化数据块一般发生在搜索空间时,如果数据块被发现时unformatted,则格式化一部分数据块(至少16个)。 格式化数据块未必更新Low HWM。

       何时更新LOW HWM是一个问题: Low HWM在当前extent和之前的extent中的所有数据块均被格式化的情况下被更新,否则不更新。

       来举2个场景: HENO=高水位盘区号, HBNO= 高水位数据块号,MyEno = My Extent number; MyBno = My block number. :

       如果(HEno == MyEno && MyBno == HBno+1), 例如在同一个extent中格式化下一个范围的block

       如果(HEno + 1 == MyEno && HBno == HExtentSize &&MyBno == 0),例如在前一个extent中所有的数据块均已format 然后要format下一个extent时

       对于High HWM而言,如果High HWM以下的数据块不够用,则可能上升High HWM,这个过程需要用到HW Enqueue队列锁。High HWM移动的块数目取决于一级bitmap block控制的块数目,HIGH HWM以下包含了所有的L1 bitmap block。

QQ技术交流群:445447336,欢迎加入!
扫一扫订阅我的微信号:IT技术博客大学习
© 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号-1