最近正在看老白的《DBA的思想天空》,了解数据块结构,想通过dump data block验证oracle对于行尾的NULL,是不占用存储空间的。
我们先来看一下怎样dump数据块:
1.在数据库级别dump数据库,oracle提供了命令支持
ALTER SYSETM DUMP DATAFILE absolute_file_number BLOCK block_number;
ALTER SYSETM DUMP DATAFILE absolute_file_number BLOCK MIN minimum_block_number BLOCK MAX maximum_block_number;
ALTER SYSETM DUMP DATAFILE 'file_name' BLOCK block_number;
如果需要强制dump出来的数据以十六进制显示,需要设置event 10289
ALTER SESSION SET EVENTS '10289 trace name context forever, level 1';
然后再dump数据块,使用下列命令关闭10289
ALTER SESSION SET EVENTS '10289 trace name context off';
需要注意的是:
- dump是,如果忽略block参数,将dump整个数据文件
- 使用文件号(absolute_file_number)是,数据库必须处于OPEN状态,并且数据文件也要求ONLINE;
- 使用文件号,dump信息来自Buffer Cache,而不是磁盘
- 使用文件名,dump信息来自磁盘,因此实例在NOMOUNT状态也可以dump
2.通过操作系统工具dump
dd if=/s01/app/oracle/oradata/MYAPP/users01.dbf of=b527.dmp bs=8192 skip=527 count=1
OK,补充了dump的知识,让我们来跟随老白的实验,验证null是不占用存储空间的。
CREATE TABLE TEST1 (A INTEGER,B VARCHAR2(100),C VARCHAR2(100); INSERT INTO TEST1 VALUES (1,null,'aaaa'); INSERT INTO TEST1 VALUES (2,null,'bbbb'); INSERT INTO TEST1 VALUES (1,'11111',null);
然后查找这个extent所在的位置:
SELECT extent_id,file_id,block_id from dba_extents where segment_name='TEST1' and owner='SCOTT';
EXTENT_ID FILE_ID BLOCK_ID
---------- ---------- ----------
0 4 520
然后我们查询TEST1表的ROWID
SQL> select dbms_rowid.rowid_block_number('AAASwvAAEAAAAIPAAA') block# from dual;
BLOCK#
---------------------------------------------------
527
通过dd命令可以看到这三条数据。
选中部分2C 01 02:02代表长度。这里也可以验证数据块里的数据是从下往上分布的。
或者alter system dump datafile:
block_row_dump: tab 0, row 0, @0x1f8c tl: 12 fb: --H-FL-- lb: 0x1 cc: 3 col 0: [ 2] c1 02 col 1: *NULL* col 2: [ 4] 61 61 61 61 tab 0, row 1, @0x1f80 tl: 12 fb: --H-FL-- lb: 0x1 cc: 3 col 0: [ 2] c1 03 col 1: *NULL* col 2: [ 4] 62 62 62 62 tab 0, row 2, @0x1f74 tl: 12 fb: --H-FL-- lb: 0x1 cc: 2 col 0: [ 2] c1 02 col 1: [ 5] 31 31 31 31 31 end_of_block_dump End dump data blocks tsn: 4 file#: 4 minblk 527 maxblk 527
可以看到 INSERT INTO TEST1 VALUES (1,'11111',null); dump出来只有两列数据,NULL是不占用空间的。