Oracle 事务介绍

事务（transaction）是由一个或多个sql语句组成的逻辑操作单位（logical unit of work）。事务具备原子性（atomic）。一个事务内所有 SQL 语句对数据库产生的影响，或者被全部提交（committed）（作用到数据库中），或者被全部回滚（rolled back）（将对数据库的 修改撤销）。

一个事务（transaction）开始于用户提交的第一条可执行的（executable）SQL语句，结束于之后进行的提交（commit）或回滚（roll back）操作。使用COMMIT 或 ROLLBACK 语句能够显式地结束事务，而提交一个 DDL 语句可以隐式地结束事务。

为了形象地讲解事务的概念，可以以一个银行数据库为例。假设一个银行客户需要将资金从储蓄账户转移到支票帐户，处理此业务的事务应由三个独立
的操作构成：
● 从储蓄帐户扣除资金
● 向支票帐户注入资金
● 在业务日志中记录此次业务

Oracle 需要考虑两种情况。如果三条 SQL 语句全部正常执行，使帐户间的平衡得以保证，那么此事务（transaction）中对数据的修改就可以应用到数据库中。但是如果发生诸如资金不足，账号错误，或硬件故障等问题，导致事务中一 条或两条 SQL 语句不能执行，那么整个事务必须被回滚（roll back）才能保证帐户间的平衡

显示了一个银行事务（transaction）所包含的 SQL 语句。此事务
可以分为以下四步骤：

● 从储蓄帐户扣除资金
● 向支票帐户注入资金
● 在业务日志中记录此次业务
● 事务结束
从储蓄帐户扣除资金的 SQL 语句如下：
UPDATE savings_accounts
SET balance = balance - 500
WHERE account = 3209;

向支票帐户注入资金的 SQL 语句如下：
UPDATE checking_accounts
SET balance = balance + 500
WHERE account =3208;
在业务日志中记录此次业务的 SQL 语句如下：
INSERT INTO journal VALUES
(journal_seq.NEXTVAL, '1B', 3209, 3208, 500;

结束事务的 SQL 语句如下：
COMMIT WORK;

 

语句执行与事务控制

一个成功执行的 SQL 语句与一个提交的事务（transaction）是有区别的。一
个 SQL 语句成功执行表明此语句：
● 解析正常
● 是有效的 SQL 语法结构
● 作为一个独立的语句运行无错误。例如，在一个多行更新操作（multirow update）中所有数据行都被成功修改。

但是在包含此语句的事务（transaction）被提交（commit）之前，整个事务都可以被回滚（roll back），事务内所有语句对数据库的修改都可以被撤销。尽管发生了回滚，事务内的 SQL 语句却是成功执行的。提交（commit）意味着用户显式地或隐式地要求将事务（transaction）中对数据的修改永久地记录到数据库中。当用户执行 COMMIT 语句时即为显式的提交操作，当数据库应用程序正常结束或一个数据定义语句(data definition language，DDL）成功执行后将发生隐式 的提交操作。事务被提交后，事务内SQL 语句的对数据的修改将被永久地记录到数据库中，其他用户将能够看到这些改变。在事务提交后执行的查询就能看变化后的数据了。

 

用户可以在开始一个事务（transaction）时使用 SET TRANSACTION ...NAME 语句为此事务命名。这有助于用户监控长时间运行的事务，以及处理不可信的分布式事务（in-doubt distributed

transaction）语句级回滚

 

如果在一个 SQL 语句在执行过程中发生了错误，那么此语句对数据库产生的影响将被回滚（roll back）。回滚后就如同此语句从未执行过。这种操作被称为语句级回滚（statement-level rollback）。在语句执行（execution）过程中发生的错误将会导致语句级回滚（statementlevel rollback），例如向一个表中插入数据造成主键（primary key）值重复即为此类错误。一个造成死锁（deadlock）（访问相同数据而产生的竞争）的SQL 语句也会导致语句级回滚。而在 SQL 语句解析（parsing）的过程中发现错误（例如语法错误），因为此语句还没有被执行，所以不会产生语句级回滚。

 

一个 SQL 语句执行失败只会使此语句所做的数据修改无效，而不会导致当前事务（transaction）中此语句之前的语句所做的数据修改失效。如果执行失败的是 DDL 语句，那么在此语句之前隐式执行的提交（commit）操作不会被撤销。

 

提示：
用户不能在回滚语句（rollback statement）中直接引用（refer）
隐式的保存点（implicit savepoint）。