dml操作与rowid

最新推荐文章于 2024-07-12 14:26:59 发布
最新推荐文章于 2024-07-12 14:26:59 发布
阅读量216 收藏
点赞数
文章标签： 数据库 数据结构与算法
author :direction
qq     :249601591
以下内容为个人测试加猜测，仅供参考。对此引发的任何后果不承担任何责任，谢谢！
如有错误还望指正，如有新的见解欢迎指导。
Release 10.2.0.1.0

13:22:50 sys@prod(prod)> create tablespace test datafile '/u01/app/oracle/oradata/prod/test01.dbf' size 50M;
Tablespace created.
13:24:10 sys@prod(prod)> create table test(a varchar(20)) tablespace test;
Table created.
----第一个insert操作----
13:27:31 sys@prod(prod)> insert into test values('orange');
1 row created.
13:27:47 sys@prod(prod)> commit;
Commit complete.

select rowid,
  dbms_rowid.rowid_object(rowid) object_id,
  dbms_rowid.rowid_relative_fno(rowid)  file_id,
  dbms_rowid.rowid_block_number(rowid)  block_id ,
  dbms_rowid.rowid_row_number(rowid)   num ,
  rowidtochar(rowid) from test where rownum=1
/
ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM ROWIDTOCHAR(ROWID)
------------------ ---------- ---------- ---------- ---------- ------------------
AAANXIAAIAAAAANAAA      54728          8         13          0 AAANXIAAIAAAAANAAA

13:29:58 sys@prod(prod)> alter system dump datafile 8 block 13;
System altered.
13:31:22 sys@prod(prod)> oradebug setmypid
Statement processed.
14:55:47 sys@prod(prod)> oradebug tracefile_name
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
14:55:54 sys@prod(prod)> !vi /u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.2.0/dbhome_1
System name:    Linux
Node name:      prod
Release:        2.6.18-238.el5
Version:        #1 SMP Sun Dec 19 14:22:44 EST 2010
Machine:        x86_64
Instance name: prod
Redo thread mounted by this instance: 1
Oracle process number: 26
Unix process pid: 26336, image: oracle@prod (TNS V1-V3)
*** 2012-12-13 14:55:39.774
*** SERVICE NAME:(SYS$USERS) 2012-12-13 14:55:39.774
*** SESSION ID:(132.18) 2012-12-13 14:55:39.774
Start dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
buffer tsn: 8 rdba: 0x0200000d (8/13)
scn: 0x0000.0028eb7b seq: 0x03 flg: 0x02 tail: 0xeb7b0603
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000011C6D400 to 0x0000000011C6F400
011C6D400 0000A206 0200000D 0028EB7B 02030000  [........{.(.....]
011C6D410 00000000 00000001 0000D5C8 0028EB6F  [............o.(.]
011C6D420 00000000 00320002 02000009 00240006  [......2.......$.]
011C6D430 0000065B 00800209 0016027F 00002001  [[............ ..]
011C6D440 0028EB7B 00000000 00000000 00000000  [{.(.............]
011C6D450 00000000 00000000 00000000 00000000  [................]
011C6D460 00000000 00010100 0014FFFF 1F7A1F8E  [..............z.]
011C6D470 00001F7A 1F8E0001 00000000 00000000  [z...............]
011C6D480 00000000 00000000 00000000 00000000  [................]
        Repeat 502 times
011C6F3F0 012C0000 726F0601 65676E61 EB7B0603  [..,...orange..{.] <= 保存的记录
Block header dump:  0x0200000d
 Object id on Block? Y
 seg/obj: 0xd5c8  csc: 0x00.28eb6f  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x2000009 ver: 0x01 opc: 0
     inc: 0  exflg: 0
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0006.024.0000065b  0x00800209.027f.16  --U-    1  fsc 0x0000.0028eb7b  <= insert 操作
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
data_block_dump,data header at 0x11c6d464
===============
tsiz: 0x1f98
hsiz: 0x14
pbl: 0x11c6d464
bdba: 0x0200000d
     76543210
flag=--------
ntab=1
nrow=1
frre=-1
fsbo=0x14
fseo=0x1f8e
avsp=0x1f7a
tosp=0x1f7a
0xe:pti[0]      nrow=1  ffs=0
0x12:pri[0]     ffs=0x1f8e  <= 记录对应的物理位置
block_row_dump:
tab 0, row 0, @0x1f8e   <= row#以及row#对应的记录的物理位置
tl: 10 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [ 6]  6f 72 61 6e 67 65     <= 记录
end_of_block_dump
End dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
----update操作
13:33:39 sys@prod(prod)> update test set a='apple';
1 row updated.
13:34:09 sys@prod(prod)> commit;
Commit complete.
select rowid,
  dbms_rowid.rowid_object(rowid) object_id,
  dbms_rowid.rowid_relative_fno(rowid)  file_id,
  dbms_rowid.rowid_block_number(rowid)  block_id ,
  dbms_rowid.rowid_row_number(rowid)   num ,
  rowidtochar(rowid) from test where rownum=1
/
ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM ROWIDTOCHAR(ROWID)
------------------ ---------- ---------- ---------- ---------- ------------------
AAANXIAAIAAAAANAAA      54728          8         13          0 AAANXIAAIAAAAANAAA
13:35:08 sys@prod(prod)> alter system dump datafile 8 block 13;
System altered.
13:35:53 sys@prod(prod)> oradebug tracefile_name
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
15:00:54 sys@prod(prod)> !vi /u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
Start dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
buffer tsn: 8 rdba: 0x0200000d (8/13)
scn: 0x0000.0028ec6b seq: 0x02 flg: 0x02 tail: 0xec6b0602
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000011C6D400 to 0x0000000011C6F400
011C6D400 0000A206 0200000D 0028EC6B 02020000  [........k.(.....]
011C6D410 00000000 00000001 0000D5C8 0028EC24  [............$.(.]
011C6D420 00000000 00320002 02000009 00240006  [......2.......$.]
011C6D430 0000065B 00800209 0016027F 00008000  [[...............]
011C6D440 0028EB7B 002B0002 00000639 00800A5F  [{.(...+.9..._...]
011C6D450 000301B1 00012001 0028EC6B 00000000  [..... ..k.(.....]
011C6D460 00000000 00010100 0014FFFF 1F7A1F85  [..............z.]
011C6D470 00001F7B 1F850001 00000000 00000000  [{...............]
011C6D480 00000000 00000000 00000000 00000000  [................]
        Repeat 501 times
011C6F3E0 00000000 00000000 01022C00 70706105  [.........,...app]
011C6F3F0 002C656C 726F0601 65676E61 EC6B0602  [le,...orange..k.] <=update之后新旧值都在块中，但是我们只能查到新值因为旧值已经被标记删除了
Block header dump:  0x0200000d
 Object id on Block? Y
 seg/obj: 0xd5c8  csc: 0x00.28ec24  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x2000009 ver: 0x01 opc: 0
     inc: 0  exflg: 0
  Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0006.024.0000065b  0x00800209.027f.16  C---    0  scn 0x0000.0028eb7b        <= flag发生了改变
0x02   0x0002.02b.00000639  0x00800a5f.01b1.03  --U-    1  fsc 0x0001.0028ec6b        <= update操作对以前的记录做了处理，同时插入新的数据到新的位置。
data_block_dump,data header at 0x11c6d464
===============
tsiz: 0x1f98
hsiz: 0x14
pbl: 0x11c6d464
bdba: 0x0200000d
     76543210
flag=--------
ntab=1
nrow=1
frre=-1
fsbo=0x14
fseo=0x1f85
avsp=0x1f7a
tosp=0x1f7b
0xe:pti[0]      nrow=1  ffs=0
0x12:pri[0]     ffs=0x1f85     <=这个值发生了变化，row存储的物理位置发生了变化。由以前的offs=0x1f8e变成offs=0x1f85
block_row_dump:
tab 0, row 0, @0x1f85
tl: 9 fb: --H-FL-- lb: 0x2  cc: 1
col  0: [ 5]  61 70 70 6c 65
end_of_block_dump
End dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
总结：update操作不影响rowid，但是新值和旧值都保存在数据块中。rowid中row#对应的物理位置发生了变化。update操作标记旧值为删除状态，在一个新的物理位置插入新值，同时改变原旧值对应的rowid的指向。
----第二次insert操作----
13:44:19 sys@prod(prod)> insert into test values('delete rows');
1 row created.
13:45:13 sys@prod(prod)> commit;
Commit complete.
select rowid,
  dbms_rowid.rowid_object(rowid) object_id,
  dbms_rowid.rowid_relative_fno(rowid)  file_id,
  dbms_rowid.rowid_block_number(rowid)  block_id ,
  dbms_rowid.rowid_row_number(rowid)   num ,
  rowidtochar(rowid) from test
/
ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM ROWIDTOCHAR(ROWID)
------------------ ---------- ---------- ---------- ---------- ------------------
AAANXIAAIAAAAANAAA      54728          8         13          0 AAANXIAAIAAAAANAAA
AAANXIAAIAAAAANAAB      54728          8         13          1 AAANXIAAIAAAAANAAB   <=row# +1了，按照插入的记录的顺序递增。
13:46:17 sys@prod(prod)> alter system dump datafile 8 block 13;
System altered.
13:47:25 sys@prod(prod)> oradebug tracefile_name;
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
15:05:02 sys@prod(prod)> !vi /u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
Start dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
buffer tsn: 8 rdba: 0x0200000d (8/13)
scn: 0x0000.0028ed13 seq: 0x02 flg: 0x02 tail: 0xed130602
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000011C6D400 to 0x0000000011C6F400
011C6D400 0000A206 0200000D 0028ED13 02020000  [..........(.....]
011C6D410 00000000 00000001 0000D5C8 0028EC24  [............$.(.]
011C6D420 00000000 00320002 02000009 0016000A  [......2.........]
011C6D430 00000519 008005B6 001001DC 00002001  [............. ..]
011C6D440 0028ED13 002B0002 00000639 00800A5F  [..(...+.9..._...]
011C6D450 000301B1 00012001 0028EC6B 00000000  [..... ..k.(.....]
011C6D460 00000000 00020100 0016FFFF 1F691F76  [............v.i.]
011C6D470 00001F6A 1F850002 00001F76 00000000  [j.......v.......]
011C6D480 00000000 00000000 00000000 00000000  [................]
        Repeat 500 times
011C6F3D0 00000000 00000000 012C0000 65640B01  [..........,...de]
011C6F3E0 6574656C 776F7220 01022C73 70706105  [lete rows,...app] <= 块中存储的记录
011C6F3F0 002C656C 726F0601 65676E61 ED130602  [le,...orange....]
Block header dump:  0x0200000d
 Object id on Block? Y
 seg/obj: 0xd5c8  csc: 0x00.28ec24  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x2000009 ver: 0x01 opc: 0
     inc: 0  exflg: 0

 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x000a.016.00000519  0x008005b6.01dc.10  --U-    1  fsc 0x0000.0028ed13   <= 新的insert操作
0x02   0x0002.02b.00000639  0x00800a5f.01b1.03  --U-    1  fsc 0x0001.0028ec6b
data_block_dump,data header at 0x11c6d464
===============
tsiz: 0x1f98
hsiz: 0x16
pbl: 0x11c6d464
bdba: 0x0200000d
     76543210
flag=--------
ntab=1
nrow=2
frre=-1
fsbo=0x16
fseo=0x1f76
avsp=0x1f69
tosp=0x1f6a
0xe:pti[0]      nrow=2  ffs=0
0x12:pri[0]     ffs=0x1f85      <= 第一行记录的物理位置    pri后面的0应该就是rowid中的行号
0x14:pri[1]     ffs=0x1f76      <= 第二行记录的物理位置
block_row_dump:
tab 0, row 0, @0x1f85
tl: 9 fb: --H-FL-- lb: 0x2  cc: 1
col  0: [ 5]  61 70 70 6c 65
tab 0, row 1, @0x1f76
tl: 15 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [11]  64 65 6c 65 74 65 20 72 6f 77 73
end_of_block_dump
End dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
总结：insert操作会在一个新的物理位置保存新插入的记录并把row#指向这个物理位置

----delete操作----
14:19:37 sys@prod(prod)> select a,rowid from test;
A                    ROWID
-------------------- ------------------
apple                AAANXIAAIAAAAANAAA
delete rows          AAANXIAAIAAAAANAAB
14:19:53 sys@prod(prod)> delete from test where rowid='AAANXIAAIAAAAANAAB';
1 row deleted.
14:21:08 sys@prod(prod)> commit;
Commit complete.
select rowid,
  dbms_rowid.rowid_object(rowid) object_id,
  dbms_rowid.rowid_relative_fno(rowid)  file_id,
  dbms_rowid.rowid_block_number(rowid)  block_id ,
  dbms_rowid.rowid_row_number(rowid)   num ,
  rowidtochar(rowid) from test
/
ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM ROWIDTOCHAR(ROWID)
------------------ ---------- ---------- ---------- ---------- ------------------
AAANXIAAIAAAAANAAA      54728          8         13          0 AAANXIAAIAAAAANAAA
14:21:45 sys@prod(prod)> alter system dump datafile 8 block 13;
System altered.
14:22:03 sys@prod(prod)> oradebug tracefile_name;
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
15:09:15 sys@prod(prod)> !vi /u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
Start dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
buffer tsn: 8 rdba: 0x0200000d (8/13)
scn: 0x0000.0028eda5 seq: 0x02 flg: 0x02 tail: 0xeda50602
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000011C6D400 to 0x0000000011C6F400
011C6D400 0000A206 0200000D 0028EDA5 02020000  [..........(.....]
011C6D410 00000000 00000001 0000D5C8 0028ED79  [............y.(.]
011C6D420 00000000 00320002 02000009 0016000A  [......2.........]
011C6D430 00000519 008005B6 001001DC 00008000  [................]
011C6D440 0028ED13 002E0009 00000644 0080054B  [..(.....D...K...]
011C6D450 00140225 000D2001 0028EDA5 00000000  [%.... ....(.....]
011C6D460 00000000 00020100 0016FFFF 1F6A1F76  [............v.j.]
011C6D470 00001F79 1F850002 00001F76 00000000  [y.......v.......]
011C6D480 00000000 00000000 00000000 00000000  [................]
        Repeat 500 times
011C6F3D0 00000000 00000000 023C0000 65640B01  [..........<...de>011C6F3E0 6574656C 776F7220 01002C73 70706105  [lete rows,...app]  <= 删除掉的那条记录依然保存在数据块中
011C6F3F0 002C656C 726F0601 65676E61 EDA50602  [le,...orange....]
Block header dump:  0x0200000d
 Object id on Block? Y
 seg/obj: 0xd5c8  csc: 0x00.28ed79  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x2000009 ver: 0x01 opc: 0
     inc: 0  exflg: 0
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x000a.016.00000519  0x008005b6.01dc.10  C---    0  scn 0x0000.0028ed13    <= 再次看到flag C，看来C代表的是delete操作或者是标记这条记录为删除状态。重用了事务槽？
0x02   0x0009.02e.00000644  0x0080054b.0225.14  --U-    1  fsc 0x000d.0028eda5 
data_block_dump,data header at 0x11c6d464
===============
tsiz: 0x1f98
hsiz: 0x16
pbl: 0x11c6d464
bdba: 0x0200000d
     76543210
flag=--------
ntab=1
nrow=2
frre=-1
fsbo=0x16
fseo=0x1f76
avsp=0x1f6a
tosp=0x1f79
0xe:pti[0]      nrow=2  ffs=0
0x12:pri[0]     ffs=0x1f85
0x14:pri[1]     ffs=0x1f76    <= 删除的记录对应的这个row#还在，物理地址和还是那条记录的。
block_row_dump:
tab 0, row 0, @0x1f85
tl: 9 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 5]  61 70 70 6c 65
tab 0, row 1, @0x1f76     <= row#虽然在但是已经没有记录了
tl: 2 fb: --HDFL-- lb: 0x2
end_of_block_dump
End dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13

---再次insert操作---
14:31:10 sys@prod(prod)> select a,rowid from test;
A                    ROWID
-------------------- ------------------
apple                AAANXIAAIAAAAANAAA
14:31:18 sys@prod(prod)> insert into test values('new insert');
1 row created.
14:31:35 sys@prod(prod)> commit;
Commit complete.
14:31:38 sys@prod(prod)> select a,rowid from test;
A                    ROWID
-------------------- ------------------
apple                AAANXIAAIAAAAANAAA
new insert           AAANXIAAIAAAAANAAC    <= 新插入的记录的rowid是C，跳过了我们删除掉的那个记录的rowid，看来删除后不会马上重用rowid
14:31:42 sys@prod(prod)> alter system dump datafile 8 block 13;
System altered.
14:33:32 sys@prod(prod)> oradebug tracefile_name;
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
15:12:56 sys@prod(prod)> !vi /u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
Start dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
buffer tsn: 8 rdba: 0x0200000d (8/13)
scn: 0x0000.0028ee08 seq: 0x02 flg: 0x02 tail: 0xee080602
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000011C6D400 to 0x0000000011C6F400
011C6D400 0000A206 0200000D 0028EE08 02020000  [..........(.....]
011C6D410 00000000 00000001 0000D5C8 0028ED79  [............y.(.]
011C6D420 00000000 00320002 02000009 00290003  [......2.......).]
011C6D430 0000065D 00800199 00140205 00002001  []............ ..]
011C6D440 0028EE08 002E0009 00000644 0080054B  [..(.....D...K...]
011C6D450 00140225 000D2001 0028EDA5 00000000  [%.... ....(.....]
011C6D460 00000000 00030100 0018FFFF 1F5A1F68  [............h.Z.]
011C6D470 00001F69 1F850003 1F681F76 00000000  [i.......v.h.....]
011C6D480 00000000 00000000 00000000 00000000  [................]
        Repeat 499 times
011C6F3C0 00000000 00000000 00000000 0A01012C  [............,...]
011C6F3D0 2077656E 65736E69 023C7472 65640B01  [new insert<...de>011C6F3E0 6574656C 776F7220 01002C73 70706105  [lete rows,...app]
011C6F3F0 002C656C 726F0601 65676E61 EE080602  [le,...orange....]
Block header dump:  0x0200000d
 Object id on Block? Y
 seg/obj: 0xd5c8  csc: 0x00.28ed79  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x2000009 ver: 0x01 opc: 0
     inc: 0  exflg: 0
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0003.029.0000065d  0x00800199.0205.14  --U-    1  fsc 0x0000.0028ee08
0x02   0x0009.02e.00000644  0x0080054b.0225.14  --U-    1  fsc 0x000d.0028eda5
data_block_dump,data header at 0x11c6d464
===============
tsiz: 0x1f98
hsiz: 0x18
pbl: 0x11c6d464
bdba: 0x0200000d
     76543210
flag=--------
ntab=1
nrow=3
frre=-1
fsbo=0x18
fseo=0x1f68
avsp=0x1f5a
tosp=0x1f69
0xe:pti[0]      nrow=3  ffs=0
0x12:pri[0]     ffs=0x1f85
0x14:pri[1]     ffs=0x1f76
0x16:pri[2]     ffs=0x1f68   <= 出现了新的记录,新的row#
block_row_dump:
tab 0, row 0, @0x1f85
tl: 9 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 5]  61 70 70 6c 65
tab 0, row 1, @0x1f76                     <= 删除掉的记录的rowid还在，没有被重用，这就是碎片产生的原因，也是可以把删除的数据恢复的关键。
tl: 2 fb: --HDFL-- lb: 0x2        <= 注意 fb：多了个D 变成fb: --HDFL--了
tab 0, row 2, @0x1f68                     <= 新插入的数据的row#以及所对应的物理位置。
tl: 14 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [10]  6e 65 77 20 69 6e 73 65 72 74
end_of_block_dump
End dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
insert操作产生新的rowid。update操作不会改变rowid，但是rowid对应的记录的物理位置和以前不同了。delete操作把对应的rowid置空，只有指向没有具体的值。
rowid中的row#以及其他rowid的部分应该是逻辑的存在，数据库定义的数据结构，不会因为物理位置的变化而发生变化。记录的rowid发生变化，只是记录存储的物理位置对应到了其他row#指针上，row#本身不变。

----shrink 操作---
14:46:10 sys@prod(prod)> alter table test enable row movement;
Table altered.
15:16:10 sys@prod(prod)> alter table test shrink space;
Table altered.
select rowid,
  dbms_rowid.rowid_object(rowid) object_id,
  dbms_rowid.rowid_relative_fno(rowid)  file_id,
  dbms_rowid.rowid_block_number(rowid)  block_id ,
  dbms_rowid.rowid_row_number(rowid)   num ,
  rowidtochar(rowid) from test
/
ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM ROWIDTOCHAR(ROWID)
------------------ ---------- ---------- ---------- ---------- ------------------
AAANXIAAIAAAAAMAAA      54728          8         12          0 AAANXIAAIAAAAAMAAA
AAANXIAAIAAAAAMAAB      54728          8         12          1 AAANXIAAIAAAAAMAAB
以前的情况
14:31:38 sys@prod(prod)> select a,rowid from test;
A                    ROWID
-------------------- ------------------
apple                AAANXIAAIAAAAANAAA
new insert           AAANXIAAIAAAAANAAC
ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM ROWIDTOCHAR(ROWID)
------------------ ---------- ---------- ---------- ---------- ------------------
AAANXIAAIAAAAANAAA      54728          8         13          0 AAANXIAAIAAAAANAAA
从id为13的块，移动到了id为12的块
dump这两个块
dump第13个块
15:16:27 sys@prod(prod)> alter system dump datafile 8 block 13;
System altered.
15:16:49 sys@prod(prod)> oradebug tracefile_name
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
15:17:01 sys@prod(prod)> !vi /u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
Start dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
buffer tsn: 8 rdba: 0x0200000d (8/13)
scn: 0x0000.0028f088 seq: 0x01 flg: 0x06 tail: 0xf0880601
frmt: 0x02 chkval: 0xaa97 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000011C6D400 to 0x0000000011C6F400
011C6D400 0000A206 0200000D 0028F088 06010000  [..........(.....]
011C6D410 0000AA97 00000001 0000D5C8 0028F086  [..............(.]
011C6D420 00000000 10320002 02000009 00290003  [......2.......).]
011C6D430 0000065D 00800199 00140205 00008000  []...............]
011C6D440 0028EE08 000F0007 00000567 00800C48  [..(.....g...H...]
011C6D450 00030344 00132002 0028F088 00000000  [D.... ....(.....]
011C6D460 00000000 00030100 00180001 1F691F68  [............h.i.]
011C6D470 00001F80 1F850003 1F68FFFF 00000000  [..........h.....]
011C6D480 00000000 00000000 00000000 00000000  [................]
        Repeat 499 times
011C6F3C0 00000000 00000000 00000000 0A01023C  [............<...>011C6F3D0 2077656E 65736E69 023C7472 65640B01  [new insert<...de>011C6F3E0 6574656C 776F7220 01023C73 70706105  [lete rows<...app>011C6F3F0 002C656C 726F0601 65676E61 F0880601  [le,...orange....]
Block header dump:  0x0200000d
 Object id on Block? Y
 seg/obj: 0xd5c8  csc: 0x00.28f086  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x2000009 ver: 0x01 opc: 16
     inc: 0  exflg: 0
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0003.029.0000065d  0x00800199.0205.14  C---    0  scn 0x0000.0028ee08
0x02   0x0007.00f.00000567  0x00800c48.0344.03  --U-    2  fsc 0x0013.0028f088
data_block_dump,data header at 0x11c6d464
===============
tsiz: 0x1f98
hsiz: 0x18
pbl: 0x11c6d464
bdba: 0x0200000d
     76543210
flag=--------
ntab=1
nrow=3
frre=1
fsbo=0x18
fseo=0x1f68
avsp=0x1f69
tosp=0x1f80
0xe:pti[0]      nrow=3  ffs=0
0x12:pri[0]     ffs=0x1f85
0x14:pri[1]     sfll=-1
0x16:pri[2]     ffs=0x1f68
block_row_dump:
tab 0, row 0, @0x1f85
tl: 2 fb: --HDFL-- lb: 0x2
tab 0, row 2, @0x1f68
tl: 2 fb: --HDFL-- lb: 0x2
end_of_block_dump
End dump data blocks tsn: 8 file#: 8 minblk 13 maxblk 13
15:19:50 sys@prod(prod)> alter system dump datafile 8 block 12;
System altered.
15:23:53 sys@prod(prod)> oradebug tracefile_name
/u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
15:24:03 sys@prod(prod)> !vi /u01/app/oracle/admin/prod/udump/prod_ora_26336.trc
Start dump data blocks tsn: 8 file#: 8 minblk 12 maxblk 12
buffer tsn: 8 rdba: 0x0200000c (8/12)
scn: 0x0000.0028f088 seq: 0x01 flg: 0x06 tail: 0xf0880601
frmt: 0x02 chkval: 0xffa3 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000011C6D400 to 0x0000000011C6F400
011C6D400 0000A206 0200000C 0028F088 06010000  [..........(.....]
011C6D410 0000FFA3 00000001 0000D5C8 0028EB6F  [............o.(.]
011C6D420 00000000 00320002 02000009 000F0007  [......2.........]
011C6D430 00000567 00800C48 00050344 00002002  [g...H...D.... ..]
011C6D440 0028F088 00000000 00000000 00000000  [..(.............]
011C6D450 00000000 00000000 00000000 00000000  [................]
011C6D460 00000000 00020100 0016FFFF 1F6B1F81  [..............k.]
011C6D470 00001F6B 1F8F0002 00001F81 00000000  [k...............]
011C6D480 00000000 00000000 00000000 00000000  [................]
        Repeat 499 times
011C6F3C0 00000000 00000000 00000000 0A01012C  [............,...]
011C6F3D0 2077656E 65736E69 023C7472 65640B01  [new insert<...de>011C6F3E0 6574656C 01012C20 77656E0A 736E6920  [lete ,...new ins]
011C6F3F0 2C747265 61050101 656C7070 F0880601  [ert,...apple....]
Block header dump:  0x0200000c
 Object id on Block? Y
 seg/obj: 0xd5c8  csc: 0x00.28eb6f  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x2000009 ver: 0x01 opc: 0
     inc: 0  exflg: 0
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0007.00f.00000567  0x00800c48.0344.05  --U-    2  fsc 0x0000.0028f088
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
data_block_dump,data header at 0x11c6d464
===============
tsiz: 0x1f98
hsiz: 0x16
pbl: 0x11c6d464
bdba: 0x0200000c
     76543210
flag=--------
ntab=1
nrow=2
frre=-1
fsbo=0x16
fseo=0x1f81
avsp=0x1f6b
tosp=0x1f6b
0xe:pti[0]      nrow=2  ffs=0
0x12:pri[0]     ffs=0x1f8f
0x14:pri[1]     ffs=0x1f81
block_row_dump:
tab 0, row 0, @0x1f8f
tl: 9 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [ 5]  61 70 70 6c 65
tab 0, row 1, @0x1f81
tl: 14 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [10]  6e 65 77 20 69 6e 73 65 72 74
end_of_block_dump
End dump data blocks tsn: 8 file#: 8 minblk 12 maxblk 12
记录从13号块移动到了12号块并且重新进行了排列。rowid中的block#和row#都发生了变化。shrink的操作影响还是比较大的。把13号块中删除的值也移动了过来，就像对数据部分进行了dd一样

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14614169/viewspace-751064/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/14614169/viewspace-751064/

cpk13809
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
利用rowid快速在线更新海量数据
10-13
利用rowid快速在线更新海量数据 利用rowid快速在线更新海量数据
Oracle数据库实验操作
07-26
实验30：高级dml操作 68 第二部分pl/sql基础 69 匿名块的编写 69 实验31：书写一个最简单的块，运行并查看结果 69 实验32：在块中操作变量 70 实验33：在块中操作表的数据 71 实验34：在块中的分支操作if语句 71 ...
Oracle基本数据类型存储格式浅析（四）——ROWID类型
csdn_201601的博客
02-10 188
作者: yangtingkun(http://yangtingkun.itpub.net)发表于: 2004.12.21 19:14分类: ORACLE 出处: http://yangtingkun.itpub.net/post...
关于oracle rowid的一些内容
abc123098098的博客
10-24 115
作者：刘颖博 时间：2004-6-12 mail：liuyingbo@126.com，请指正 转载请注明出处及作者 本文讨论的是关于oracle从8i开始引进object的概念后的rowid，即扩展（extended）的rowid： 1. rowid的介绍 先对rowid有个感官认识： SQL> select ROWID from Bruce_tes...
html札记一
ChampionLai
06-06 737
div#container{width:500px} div#header{background-color:#99bbff;width:500px;height:100px} div#left{background-color:#88ddfa;height=300px;width:150px:float:left} div#right{bakcground-color:#68ffff;wi
oracle对于大表利用rowid提升update性能
Vincent的专栏
12-18 1132
使用rowid能迅速的定位数据，从而提升update效率   1.在scott表中创建test表 SQL> create table test as select * from dba_audit_trail; Table created. SQL> set timing on; SQL> select count(*) from test;   COUNT(*) ------
oracle全文索引之commit与DML操作
cuilin2183的博客
06-06 551
我们知道，无论对多大的数据做DML操作，执行commit都可以很快完成，但如何删除建有全文索引的记录，在commit时可能会很慢。 根据推断可以知道是由于域索引造成的，那么在有域索引的情况下，commit时，oracle还...
ROWID与ROWNUM的简介与对比
还不算晕的专栏
12-10 2573
关于ROWID： 在用户向表中插入一行数据时，ORACLE会自动在这一行数据加上一个ROWID，每行都有一个唯一ROWID，ORACLE利用ROWID定位数据行。ROWID并不显式存储为一列的值(伪列--不是存在表中的实际数据，可能是内部采用函数什么的根据行所在块的信息转换的），是访问一个表中行的最快机制。索引中存储的有索引行的值及索引行的ROWID的值--实际数据。 ORACLE ROW
DML操作oracle在内部实现
05-16 548
对与DML操作oracle在内部按如下顺序执行： 1，相应事务分配回滚段(undo segment). 2,分配回滚段后，在回滚段头上创建事务表slot(transaction table slot). 3.创建事务表后会生出TXID(TransactionID),再将TXID分配给当前事务。这个值   指向分给事务的回滚段头上存在的事务表的准确位置。 4.事务对象的数据块载入到高速缓冲
rowid in oracle
11-19 1197
本文讨论的是关于oracle从8i开始引进object的概念后的rowid，即扩展（extended）的rowid： 1.       rowid的介绍 先对rowid有个感官认识： SQL> select ROWID from Bruce_test where rownum ROWID ------------------ ---------- AAABnlAAFAA
Oracle 10g 开发与管理
01-15
（5）RowID (伪列类型) 27 2. 创建表 27 （1）Create Table 表名 27 （2）在原来已有表上建一个新表（结构和数据） 27 （3）使用OEM建表 27 3.默认值和NULL值 27 三． 修改表 28 四． 删除表 28 五． 数据完整性 28 ...
db2与oracle差别.pdf
05-26
例如：CONNECT BY 递归语句、（+）连接操作符、DUAL 表、ROWNUM 伪列、ROWID 伪列、MINUS 操作符、SELECT INTO FOR UPDATE 语句、TRUNCATE TABLE 等。如果要在 DB2 数据库上运行使用了上述方言的应用，就需要进行...
操作符及sql函数PPT课件.pptx
10-12
【SQL操作符与函数详解】 SQL（Structured Query Language）是一种标准的数据库查询语言，用于管理和处理关系型数据库。本课件主要围绕SQL的操作符和函数展开，帮助学习者掌握其核心概念并能熟练运用。 首先，SQL...
操作符及sql函数PPT学习教案.pptx
10-03
此外，ROWID和ROWNUM是两个特殊的伪列，ROWID标识表中每行的物理位置，而ROWNUM为每行分配唯一的数字。 数据完整性是数据库设计的核心原则，包括实体完整性（主键约束确保每行唯一性）、域完整性（限制列值的范围和...
Oracle分批提交DML
小麦苗DBA宝典
06-12 670
Oracle分批提交DML 1.采用分批操作并不能提高执行速度，执行效率不如单条DML语句。 2.分批插入可以减少对...
JavaFx+MySql学生管理系统
2301_81253185的博客
07-11 1107
上个月学习了javafx和mysql数据库,于是写了一个学生管理系统,因为上个月在复习并且有一些事情,比较忙,所以没有更新博客了,这个项目页面虽然看着有点简陋了,但是大致内容还是比较简单的,于是现在跟大家分享一下我的学生管理系统,希望对这方面有兴趣的同学提供一些帮助。
set user & password for database 设置数据库 用户和密码
最新发布
DavidsonGong的博客
07-12 151
USE sbms;
7.10飞书一面面经
东篱君的博客
07-10 1207
B+树的⾮叶⼦节点不存放实际的记录数据，仅存放索引，所以数据量相同的情况下，相⽐存储即存索引⼜存记录的 B 树，B+树的⾮叶⼦节点可以存放更多的索引，因此 B+ 树可以⽐ B 树更「矮胖」，查询底层节点的磁盘 I/O次数会更少。主从复制：单节点Redis的并发能力是有上限的，要进一步提高Redis的并发能力，可以搭建主从集群，实现读写分离。B+ 树有⼤量的冗余节点（所有⾮叶⼦节点都是冗余索引），这些冗余索引让 B+ 树在插⼊、删除的效率都更⾼，⽐如删除根节点的时候，不会像 B 树那样会发⽣复杂的树的变化；
oracle性能优化，看懂执行计划
01-27
而Recursive SQL则是Oracle在处理用户SQL语句时，自动执行的额外语句，例如在DDL操作或DML操作中。RowSource和Predicate在执行计划中扮演重要角色，前者代表查询中的行数据来源，后者定义了查询的过滤条件。Driving ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值