分类: Oracle
2008-03-31 13:01:03
来源:赛迪网 作者:Alizze |
大家都知道,回滚是数据库的一种能力,在语句或者事务发生错误,或者用户发出ROLLBACK语句的时候,将语句的影响或者整个事务的操作恢复到语句或事务执行之前的状态。也就是说,回滚使得语句和事务好像根本没有执行一样。
事实上真正回滚的只是用户发出的事务,而并非所有的一切都和事务开始前是一样的。
事务是所有关系型数据库的基本特性之一。所有的事务最终不外乎两种状态,提交和回滚。对于分布式事务,可能会产生第三种情况,也就是说,这个事务是悬而未决的。但是这种状态通过DBA的手工干预,最终也是会变成提交或者回滚状态。
大家需要留意的是,Oracle所进行的回滚仅仅是针对用户发出的事务而言,而很多的东西并不会随回滚的发生而回到原始的状态。比如包中的变量,它并不会随着事务的回滚而回复到事务开始之前的状态:
对于Oracle来说,回滚的对象是用户对数据的修改,而过程内部的变量并不会随着事务的回滚而恢复的初始状态。对于系统包中保存的变量的状态也是如此。
如果考虑自治事务,那么无法进行回滚的对象将更多:
|
除了用户自定义的自治事务无法被回滚,一些通过自治事务实现的功能,也是回滚无法恢复的。比如序列和审计。
|
回滚无法使序列的NEXTVAL值恢复到事务执行之前,同样的,即使DML被回滚,DML的审计也会记录下来:
|
假如再考虑Oracle本身的操作,那么回滚无法恢复原始状态的操作就太多了。比如DML语句产生的REDO、UNDO;DML语句造成数据文件的修改;DML语句造成表和索引空间的扩展;语句的分析并cache在共享池;语句影响的BLOCK被CACHE在DB_CACHE等等。即使将DML语句进行回滚,以上这些操作所产生的影响也已经存在了