9iR2的CompressTable的研究

发表于:2007-05-25来源:作者:点击数: 标签:9iR2下面开始研究
下面开始探讨内部存储细节 由于压缩是以block为单位的,因此在批插入的时候若数据本身不超过1 block容量是不会压缩的 (未严格证明,如下面例子, 若插入数据100条可存放在block中则不会产生压缩) SQL> create table test1(a varchar2(20),b varchar2(20),c

  
  下面开始探讨内部存储细节
  由于压缩是以block为单位的,因此在批插入的时候若数据本身不超过1 block容量是不会压缩的 (未严格证明,如下面例子,
  若插入数据100条可存放在block中则不会产生压缩)
  
  SQL> create table test1(a varchar2(20),b varchar2(20),c varchar2(20)) compress;
  
  SQL> select TABLESPACE_NAME ,EXTENT_ID ,blocks from dba_extents where segment_name = 'TEST1';
  
  TABLESPACE_NAME         EXTENT_ID   BLOCKS
  ------------------------------ ---------- ----------
  USERS                  0     8
  
  SQL> select file_id,block_id from dba_extents where segment_name = 'TEST1';
  
  FILE_ID  BLOCK_ID
  ---------- ----------
  11    769
  
  SQL> insert /*+ append */ into test1 select 'AAAAAAAAAAAAAAAAAAAA','BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC' from dba_objects where rownum < 1001;
  
  1000 rows created.
  
  SQL> commit;
  
  Commit complete.
  
  SQL> alter system dump datafile 11 block min 769 block max 771;
  
  System altered.
  
  trace 部分内容
  
  data_block_dump,data header at 0xadb4674
  ===============
  tsiz: 0x1f88
  hsiz: 0x5ce
  pbl: 0x0adb4674
  bdba: 0x02c00302
  76543210
  flag=-0------
  ntab=2
  nrow=724
  frre=-1
  fsbo=0x5ce
  fseo=0x1127
  avsp=0xd
  tosp=0xd
  r0_9ir2=0x0
  mec_kdbh9ir2=0x1
  r1_9ir2=0x0
  76543210
  flag_9ir2=-------C
  fcls_9ir2[4]={ 0 32768 32768 32768 }
  0x1e: pti[0]   nrow=1 offs=0
  0x22: pti[1]   nrow=723    offs=1
  0x26: pri[0]   offs=0x1f46
  0x28: pri[1]   offs=0x1f41
  0x2a: pri[2]   offs=0x1f3c
  0x2c: pri[3]   offs=0x1f37
  
  x5b6: pri[712] offs=0x115e
  0x5b8: pri[713] offs=0x1159
  0x5ba: pri[714] offs=0x1154
  0x5bc: pri[715] offs=0x114f
  0x5be: pri[716] offs=0x114a
  0x5c0: pri[717] offs=0x1145
  0x5c2: pri[718] offs=0x1140
  0x5c4: pri[719] offs=0x113b
  0x5c6: pri[720] offs=0x1136
  0x5c8: pri[721] offs=0x1131
  0x5ca: pri[722] offs=0x112c
  0x5clearcase/" target="_blank" >cc: pri[723] offs=0x1127  总记录条数724条,每条消耗5字节存储
  block_row_dump:
  tab 0, row 0, @0x1f46
  tl: 66 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 02 d3 03 dc 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  
  这部分为集中存储
  
  tab 1, row 0, @0x1f41
  tl: 5 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 2c 00 01 03 00  这里的5个字节就是实际存储内容,03 表示压缩了3个字段,估计这里最后00表示指针指向第一个存储了完全数据的 ROW 0
  tab 1, row 1, @0x1f3c
  tl: 5 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 2c 00 01 03 00
  tab 1, row 2, @0x1f37
  tl: 5 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 2c 00 01 03 00
  tab 1, row 3, @0x1f32
  tl: 5 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 2c 00 01 03 00
  tab 1, row 4, @0x1f2d
  tl: 5 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 2c 00 01 03 00
  tab 1, row 5, @0x1f28
  tl: 5 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 2c 00 01 03 00
  tab 1, row 6, @0x1f23
  
  SQL> truncate table test1;
  
  Table truncated.
  
  SQL> conn test/test
  Connected.
  SQL> insert /*+ append */ into test1 select rownum,'BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC' from dba_objects where rownum < 1001;
  
  1000 rows created.
  
  SQL> commit;
  
  Commit complete.
  
  SQL> alter system dump datafile 11 block min 769 block max 771;
  
  System altered.
  
  
  data_block_dump,data header at 0xadb4674
  ===============
  tsiz: 0x1f88
  hsiz: 0x5b2
  pbl: 0x0adb4674
  bdba: 0x02c00302
  76543210
  flag=-0------
  ntab=2
  nrow=709
  frre=-1
  fsbo=0x5b2
  fseo=0x6e3
  avsp=0xc5
  tosp=0xc5
  r0_9ir2=0x0
  mec_kdbh9ir2=0x1
  r1_9ir2=0x0
  76543210
  flag_9ir2=------OC
  fcls_9ir2[3]={ 0 32768 32768 }
  perm_9ir2[3]={ 2 0 1 } 这部分很关键,表示下面的实际存储字段顺序
  也就是说,后面物理存储的顺序COL2,COL0,COL1对应数据字典中列的顺序应该是col0,col1,col2
  0x20: pti[0]   nrow=1 offs=0
  0x24: pti[1]   nrow=708    offs=1
  0x28: pri[0]   offs=0x1f5b
  0x2a: pri[1]   offs=0x1f54
  0x2c: pri[2]   offs=0x1f4d
  0x2e: pri[3]   offs=0x1f46
  0x30: pri[4]   offs=0x1f3f
  0x32: pri[5]   offs=0x1f38
  0x34: pri[6]   offs=0x1f31
  0x36: pri[7]   offs=0x1f2a
  0x38: pri[8]   offs=0x1f23
  
  x25c: pri[282] offs=0x1571
  0x25e: pri[283] offs=0x1568
  0x260: pri[284] offs=0x155f
  0x262: pri[285] offs=0x1556
  0x264: pri[286] offs=0x154d
  0x266: pri[287] offs=0x1544
  0x268: pri[288] offs=0x153b
  0x26a: pri[289] offs=0x1532
  0x26c: pri[290] offs=0x1529
  0x26e: pri[291] offs=0x1520
  0x270: pri[292] offs=0x1516
  block_row_dump:
  tab 0, row 0, @0x1f5b
  tl: 45 fb: --H-FL-- lb: 0x0 cc: 2
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 01 24 02 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  tab 1, row 0, @0x1f52
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 30 39
  bindmp: 2c 00 02 02 00 cb 37 30 39 我们注意这里的02表示压缩2字段,本来的插入的rownum对应数据字典中表创建顺序最前的字段被存储在最末尾
  tab 1, row 1, @0x1f49
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 31 30
  bindmp: 2c 00 02 02 00 cb 37 31 30
  tab 1, row 2, @0x1f40
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 31 31
  bindmp: 2c 00 02 02 00 cb 37 31 31
  tab 1, row 3, @0x1f37
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 31 32
  bindmp: 2c 00 02 02 00 cb 37 31 32
  tab 1, row 4, @0x1f2e
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 31 33
  bindmp: 2c 00 02 02 00 cb 37 31 33
  tab 1, row 5, @0x1f25
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 31 34
  bindmp: 2c 00 02 02 00 cb 37 31 34
  tab 1, row 6, @0x1f1c
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 31 35
  bindmp: 2c 00 02 02 00 cb 37 31 35
  tab 1, row 7, @0x1f13
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 3] 37 31 36
  
  SQL> drop table test1;
  
  Table dropped.
  
  SQL> create table test1 (a varchar2(20),b varchar2(20), c varchar2(20),d varchar2(10)) compress;
  
  Table created.
  
  SQL> insert /*+ append */ into test1 select rownum,'BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC','DDDDDD' from dba_objects where rownum < 1001;
  
  1000 rows created.
  
  SQL> commit;
  
  Commit complete.
  
  SQL> select file_id,block_id from dba_extents where segment_name = 'TEST1';
  
  FILE_ID  BLOCK_ID
  ---------- ----------
  11    769
  
  SQL> conn test/test
  Connected.
  SQL> alter system dump datafile 11 block min 769 block max 771;
  
  System altered.
  
  data_block_dump,data header at 0xadb4674
  ===============
  tsiz: 0x1f88
  hsiz: 0x5d4
  pbl: 0x0adb4674
  bdba: 0x02c00302
  76543210
  flag=-0------
  ntab=2
  nrow=725
  frre=-1
  fsbo=0x5d4
  fseo=0x64c
  avsp=0xc
  tosp=0xc
  r0_9ir2=0x0
  mec_kdbh9ir2=0x1
  r1_9ir2=0x0
  76543210
  flag_9ir2=------OC
  fcls_9ir2[4]={ 0 32768 32768 32768 }
  perm_9ir2[4]={ 3 0 1 2 }这部分很关键,表示下面的实际存储字段顺序
  也就是说,后面物理存储的顺序COL3,COL0,COL1,COL2对应数据字典中列的顺序应该是col0,col1,col2,col3
  0x22: pti[0]   nrow=1 offs=0
  0x26: pti[1]   nrow=724    offs=1
  0x2a: pri[0]   offs=0x1f54
  0x2c: pri[1]   offs=0x1f4d
  0x2e: pri[2]   offs=0x1f46
  0x30: pri[3]   offs=0x1f3f
  0x32: pri[4]   offs=0x1f38
  0x34: pri[5]   offs=0x1f31
  0x36: pri[6]   offs=0x1f2a
  
  0x244: pri[269] offs=0x15df
  0x246: pri[270] offs=0x15d6
  0x248: pri[271] offs=0x15cd
  0x24a: pri[272] offs=0x15c4
  0x24c: pri[273] offs=0x15bb
  0x24e: pri[274] offs=0x15b2
  0x250: pri[275] offs=0x15a9
  0x252: pri[276] offs=0x159f
  block_row_dump:
  tab 0, row 0, @0x1f54
  tl: 52 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 6] 44 44 44 44 44 44
  bindmp: 01 14 03 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 ce 44 44 44 44 44 44
  tab 1, row 0, @0x1f4b
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 4
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 6] 44 44 44 44 44 44
  col 3: [ 3] 37 32 35
  bindmp: 2c 00 02 03 00 cb 37 32 35
  tab 1, row 1, @0x1f42
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 4
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 6] 44 44 44 44 44 44
  col 3: [ 3] 37 32 36
  bindmp: 2c 00 02 03 00 cb 37 32 36
  tab 1, row 2, @0x1f39
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 4
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 6] 44 44 44 44 44 44
  col 3: [ 3] 37 32 37
  bindmp: 2c 00 02 03 00 cb 37 32 37
  tab 1, row 3, @0x1f30
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 4
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 6] 44 44 44 44 44 44
  col 3: [ 3] 37 32 38
  bindmp: 2c 00 02 03 00 cb 37 32 38
  
  SQL> truncate table test1;
  
  Table truncated.
  
  SQL> conn test/test
  Connected.
  SQL> insert /*+ append */ into test1 select rownum,'BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC',rownum+1 from dba_objects where rownum < 1001;
  
  1000 rows created.
  
  SQL> commit;
  
  Commit complete.
  
  SQL> alter system dump datafile 11 block min 769 block max 771;
  
  System altered.
  
  
  data_block_dump,data header at 0xadb4674
  ===============
  tsiz: 0x1f88
  hsiz: 0x46e
  pbl: 0x0adb4674
  bdba: 0x02c00302
  76543210
  flag=-0------
  ntab=2
  nrow=547
  frre=-1
  fsbo=0x46e
  fseo=0x477
  avsp=0x9
  tosp=0x9
  r0_9ir2=0x0
  mec_kdbh9ir2=0x1
  r1_9ir2=0x0
  76543210
  flag_9ir2=------OC
  fcls_9ir2[3]={ 0 32768 32768 }
  perm_9ir2[4]={ 2 0 1 3 }这部分很关键,表示下面的实际存储字段顺序
  也就是说,后面物理存储的顺序COL2,COL0,COL1,COL3对应数据字典中列的顺序应该是col0,col1,col2,col3
  0x20: pti[0]   nrow=1 offs=0
  0x24: pti[1]   nrow=546    offs=1
  0x28: pri[0]   offs=0x1f5b
  0x2a: pri[1]   offs=0x1f52
  0x2c: pri[2]   offs=0x1f49
  0x2e: pri[3]   offs=0x1f40
  0x30: pri[4]   offs=0x1f37
  0x32: pri[5]   offs=0x1f2e
  0x34: pri[6]   offs=0x1f25
  
  x464: pri[542] offs=0x4ab
  0x466: pri[543] offs=0x49e
  0x468: pri[544] offs=0x491
  0x46a: pri[545] offs=0x484
  0x46c: pri[546] offs=0x477
  block_row_dump:
  tab 0, row 0, @0x1f5b
  tl: 45 fb: --H-FL-- lb: 0x0 cc: 2
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 02 47 02 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 4
  3 43 43 43
  tab 1, row 0, @0x1f52
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 4
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 1] 31
  col 3: [ 1] 32
  bindmp: 2c 00 03 02 00 c9 31 c9 32
  tab 1, row 1, @0x1f49
  tl: 9 fb: --H-FL-- lb: 0x0 cc: 4
  col 0: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 1: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  col 2: [ 1] 32
  col 3: [ 1] 33
  
  对于 bindmp 一行的更详细的内容和假如同一block中存在两组或者两组以上相同数据,oracle怎么处理存储本人未做更深入研究
  本例子只演示了雷同数据为一组
  
  本例子说明,在同一block内,若某些列具有相同数据,则oracle存储一份副本,并把这些列压缩存储的指针放在bindmp前方
  bindmp后面部分为各无法压缩的个列的值。这些列与数据字典中列的映射关系由block header 的 perm_9ir2[4]={ 2 0 1 3 } 部分说明
  发现一点新东西,当发生dml的时候,oracle会重构一个非压缩的块,并在压缩块中产生一个指针连到非压缩块,所以对dml的代价太大,oltp环境下实在不是好的选择.
  SQL> update test1 set a='1111' where rownum<100;
  
  99 rows updated.
  
  SQL> commit;
  
  Commit complete.
  更新列后:
  Start dump data blocks tsn: 7 file#: 16 minblk 49951 maxblk 49951
  buffer tsn: 7 rdba: 0x0400c31f (16/49951)
  scn: 0x0000.000cff96 seq: 0x01 flg: 0x02 tail: 0xff960601
  frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
  Block header dump: 0x0400c31f
  Object id on Block? Y
  seg/obj: 0x1bcc csc: 0x00.cff8f itc: 3 flg: E typ: 1 - DATA
  brn: 0 bdba: 0x400c309 ver: 0x01
  inc: 0 exflg: 0
  
  tab 0, row 0, @0x1f3e
  tl: 66 fb: --H-FL-- lb: 0x0 cc: 3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  bindmp: 02 d3 03 dc 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 4
  2 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  tab 1, row 0, @0x1116
  tl: 9 fb: --H----- lb: 0x2 cc: 0
  nrid: 0x0400c330.0
  bindmp: 20 02 00 04 00 c3 30 00 00
  tab 1, row 1, @0x110d
  tl: 9 fb: --H----- lb: 0x2 cc: 0
  nrid: 0x0400c330.1注意这里,指向新的block
  bindmp: 20 02 00 04 00 c3 30 00 01
  
  我们来dump 0x0400c330块看一下
  
  tab 0, row 0, @0x1630
  tl: 56 fb: ----FL-- lb: 0x1 cc: 3
  hrid: 0x0400c31f.0 注意这里,指向原先压缩的block
  col 0: [ 4] 31 31 31 31
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  tab 0, row 1, @0x15f8
  tl: 56 fb: ----FL-- lb: 0x1 cc: 3
  hrid: 0x0400c31f.1
  col 0: [ 4] 31 31 31 31
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  
  大家都清楚这个压缩的原理了,不顾bindmap的一些键值还有待研究
  
  当把值更新回去时,这个更新操作就直接发生在新块上了.
  SQL> update test1 set a='AAAAAAAAAAAAAAAAAAAA' where a='1111';
  
  99 rows updated.
  
  SQL> commit;
  Commit complete.
  
  block_row_dump:
  tab 0, row 0, @0x1620
  tl: 72 fb: ----FL-- lb: 0x2 cc: 3
  hrid: 0x0400c31f.0
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  tab 0, row 1, @0x15d8
  tl: 72 fb: ----FL-- lb: 0x2 cc: 3
  hrid: 0x0400c31f.1
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  tab 0, row 2, @0x15d6
  tl: 2 fb: ---DFL-- lb: 0x2
  tab 0, row 3, @0x158e
  tl: 72 fb: ----FL-- lb: 0x2 cc: 3
  hrid: 0x0400c31f.3
  col 0: [20] 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
  col 1: [20] 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
  col 2: [20] 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
  
  

原文转自:http://www.ltesting.net