4.1 事务简介

事务(transaction)是由一个或多个SQL语句组成的逻辑操作单位。事务具备原子性。一个事务内所有SQL语句对数据库产生的影响，要么被全部提交，作用到数据库，要么被全部回滚，将对数据库的修改撤销。
     一个事务开始于用户提交的第一条可执行的SQL语句，结束于之后进行的提交或回滚操作。使用COMMIT或ROLLBACK语句能够显示的结束一个事务，而提交一个DDL语句可以隐式的结束一个事务。
     以一个例子描述一个事务：假设一家银行客户需要将资金从储蓄帐户转移到支票帐户，处理此业务的事务应该由三个独立的操作构成：
     1. 从储蓄帐户中扣除资金
     2. 向支票帐户注入资金
     3. 在业务日志中记录此次业务
     oracle需要考虑两种情况。如果三条SQL语句全部正常执行，使帐户间的平衡得以保证，那么此事务中对数据的修改就可以应用到数据库中。但是，如果中途发生了错误，比如账号错误，硬件故障，资金不足导致事务中一条或两条SQL语句不能执行，那么整个事务必须被回滚，才能保证账户间的平衡。如图所示：

 

4.1.1 语句执行与事务控制
     一个成功执行的SQL语句与一个提交的事务是有区别的。一个SQL语句成功执行表明此语句：
     1. 解析正常
     2. 是有效的SQL语法结构
     3. 作为一个独立的语句运行无错误。
     但是在包含此语句的事务被提交之前，整个事务都可以被回滚，事务内所有语句对数据库的修改都可以被撤销。注意：尽管发生了回滚，事务内的SQL语句却是成功执行的。
     提交（commit）意味着用户显式或隐式的要求将事务中对数据的修改永久的记录到数据库中。当用户执行commit语句时即为显式的提交操作，当数据库应用程序正常结束或一个数据定义语句成功执行后将发生隐式的提交操作。
     事务被提交后，事务内SQL语句的对数据的修改将被永久的记录到数据库中，其他用户将能够看到这些改变。在事务提交后执行的查询就能看到变化后的数据了。
     用户可以在开始一个事务时使用set transaction ... name 语句为此事务命名。这有助于用户监控长时间运行的事务，以及处理不可信的分布式事务。
4.1.2 语句级回滚
     如果在一个SQL语句在执行过程中发生了错误，那么此语句对数据库产生的影响将被回滚，回滚后就如同此语句从未执行过。这种操作被称做语句级回滚（statement-level rollback）。
     在语句执行过程中发生的错误将会导致语句级回滚，例如向一个表中插入数据造成主键值重复即为此类错误。一个造成死锁的SQL语句解析的过程中发现错误，因为此语句还没有被执行，所以不会产生语句级回滚。
     一个SQL语句执行失败只会使此语句所做的数据修改失效。如果执行失败的是DDL语句，那么在此数据之前隐式执行的提交操作将不会被撤销。
     用户不能在回滚语句中直接引用隐式的保存点。
4.1.3 可恢复的空间分配问题
     当一个持续时间较长的数据库操作在执行过程中遭遇空间分配失败时，oracle可以将此操作暂时挂起，并在空间分配问题解决后恢复其执行。当发生空间分配问题时，oracle数据库服务器不会立即给执行此操作的用户返回错误提示，而是等待管理员解决此问题。当空间分配问题被纠正后，挂起的操作可以自动的恢复执行。
     注意：只有在客户端使用alter session语句显式的将会话设定为可恢复后，SQL语句才能运行在可恢复模式下。
     当满足以下条件之一时，运行与可恢复的空间分配模式下的语句将被挂起：
     1. 无可用空间
     2. 达到最大的数据扩展限制
     3. 超出空间配额限制
     在不可恢复的空间分配模式下，以上条件将导致运行错误，并使SQL语句回滚。语句被挂机将导致其所在事务同时被挂起。事务锁使用的所有资源在语句挂起期间都将被保留。 
     当产生错误的条件消除后，例如，管理员进行了处理，或其他查询使用的排序空间已释放，被挂起的语句将自动的恢复执行。

 

 

7DA926D54E1B120D_166_0.jpg

7DA926D54E1B120D_166_1.jpg

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

转载于:http://blog.itpub.net/10356975/viewspace-680351/