前言
在Oracle 中,当我们对数据库执行修改时,会生成undo信息,以便会导更改前的状态。rollback 即是利用undo能够回滚事务,但是这里可能有一个误解,undo并不是物理地将事务或执行的语句恢复到之前的样子,而是逻辑的恢复。
什么意思呢?就是说所有的修改可以被逻辑的取消,但是数据结构以及数据库块本身在回滚后可能大不相同。
下面我们通过一个例子检验一下。利用Oracle 延迟段创建的特性。
测试
- 创建一个空表
- 全表扫描,观察读表所执行的I/O数量
- 插入数据
- 回滚
- 再次去全表扫描,观察所执行的I/O数量
#创建一个测试表
SQL> create table t as select * from all_objects where 1=0;
Table created.
#设置AUTOTRACE
SQL> set autotrace traceonly statistics;
#不需要I/O即可完成全表扫描,这回死因为延迟此段创建的特性,即使创建了表,但是segment还没有创建。此时不会分配任何存储空间,需要延迟到INSERT发生时才会真正的创建段。
SQL> select * from t;
no rows selected
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
0 consistent gets
0 physical reads
0 redo size
2375 bytes sent via SQL*Net to client
366 bytes received via SQL*Net from client
1 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
0 rows processed
#关闭AUTOTRACE
SQL> set autotrace off;
SQL> select segment_name from user_segments where segment_name ='T';
no rows selected
#插入数据
SQL> insert into t select *from all_objects;
70265 rows created.
#回滚
SQL> rollback;
Rollback complete.
SQL> select *from t;
no rows selected
SQL> set autotrace traceonly statistics;
#再次查询,会发现有一些io, --- 1325 consistent gets
SQL> select *from t;
no rows selected
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
1325 consistent gets
0 physical reads
0 redo size
2375 bytes sent via SQL*Net to client
365 bytes received via SQL*Net from client
1 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
0 rows processed
前面的INSERT导致将一些块增加到表的高水位线之下,这些块没有因为回滚而小时,它们还在那里,而且已经格式化,只不过现在为空。全表扫描必须读取这些块,看看其中是否包含行。
在测试的过程中,也可以查看存储空间的分配情况,这样更清晰
SQL> drop table t;
Table dropped.
SQL> create table t (x int);
Table created.
SQL> set autotrace off;
SQL> select extent_id,bytes,blocks from user_extents where segment_name='T' order by extent_id;
no rows selected
SQL> insert into t(x) values (1);
1 row created.
SQL> rollback;
Rollback complete.
#可以看到已经分配了一个extent
SQL> select extent_id,bytes,blocks from user_extents where segment_name='T' order by extent_id;
EXTENT_ID BYTES BLOCKS
---------- ---------- ----------
0 65536 8
结论
回滚只是一种逻辑上“将数据库恢复到原状态”的操作。数据库并不会完全恢复原状,只是逻辑上相同而已。