Oracle 数据库事务隔离级别概述

Oracle 数据库提供如下事务隔离级别：

 已提交读隔离级别（Read Committed Isolation Level）
 可串行化隔离级别（Serializable Isolation Level）
 只读隔离级别（Read-Only Isolation Level）

读提交隔离级别

在（默认的）已提交读隔离级别中，事务中执行的每个查询，仅看到在查询开始之前提交的数据 ——而不是事务开始之前提交的数据。这一隔离级别适合于几乎不可能发生事务冲突的数据库环境。

已提交读事务中的查询可以避免读取在查询过程中所提交的数据。例如，如果一个查询正扫描到一个百万行表的中间，而另一个不同的事务对第950000行提交了一个更新，但当查询读到第950000行时，它并不能看见这个变化。但是，因为数据库不会阻止其它事务修改一个查询所读取的数据，其他事务可能会在查询执行期间更改数据。因此，两次运行相同查询的事务可能会遇到模糊读取和幻像读取现象。

在已提交读隔离级别中的读取一致性

为每个查询提供一个一致的结果集，其目的是为了保证数据一致性，而无需用户采取任何行动。对于隐含的查询（如在一个UPDATE 语句中的 WHERE 子句），也同样可以保证其一致的结果集。但是，在隐式查询中的每个语句不会看到 DML 语句本身所做的更改，只能看到更改之前所存在的数据。

如果SELECT 列表中包含一个PL/SQL 函数，则数据库在该PL/SQL 函数代码内运行的SQL所在语句级别（而不是在父SQL级别）上，应用语句级别读取一致性。例如，一个函数可能会访问某个表，其数据被另一个用户更改并提交。在SELECT语句中的每次函数运行，都会建立一个新的读一致性快照。

在读提交事务中的写入冲突

在一个读已提交事务中，当事务尝试更改由另一个未提交并发事务（有时称为阻塞事务）所更新的行时，会发生写入冲突。读提交事务将等待阻塞事务结束并释放其行锁。有两个选项如下所示：

 如果阻塞事务回滚，正在等待的事务将继续并更改之前被锁定的行，就像另一个事务从未存在一样。

 如果阻塞事务提交并释放了锁，则正在等待的事务将对这个刚被更新的行继续其预定更新。

下面显示了一个可能是可串行化的或已提交读的事务 1，如何与另一个已提交读的事务 2 进行交互。显示了一个称为丢失更新的典型情况。事务 1 所作的更新不能在表中反映出来，即使事务 1 已经提交它。制定一项策略以处理更新丢失是应用程序开发的一个重要部分。

--创建测试表：
create table emp as select * from employees;
--Session 1：
--找不到名为 Hintz的任何雇员。
SQL> select last_name ,salary from emp where last_name in ('Banda','Greene','Hintz');

LAST_NAME             SALARY
------------------------- ----------
Greene              9500
Banda               6200

SQL> update emp set salary = 7000 where last_name = 'Banda';

1 row updated.

--Session 2：
SQL> set transaction isolation level read committed;

Transaction set.

select last_name ,salary from emp where last_name in ('Banda','Greene','Hintz');

LAST_NAME             SALARY
------------------------- ----------
Greene              9500
Banda               6200

SQL> update emp set salary = 9900 where last_name = 'Greene';

1 row updated.

-- session 1:
INSERT INTO emp
(employee_id, last_name, email,hire_date, job_id)
  3  VALUES (210,'Hintz', 'JHINTZ', SYSDATE,'SH_CLERK');

1 row created.

-- session 2:
select last_name ,salary from emp where last_name in ('Banda','Greene','Hintz');

LAST_NAME             SALARY
------------------------- ----------
Greene              9900
Banda               6200

UPDATE emp SET salary =6300 WHERE last_name = 'Banda';

-- prompt does not return

-- session 1:
commit;

Commit complete.

-- session 2:
1 row updated.

SELECT last_name, salary FROM emp WHERE last_name IN('Banda','Greene','Hintz');

LAST_NAME             SALARY
------------------------- ----------
Greene              9900
Banda               6300

SQL> commit;

Commit complete.

--session 1:
--事务 1对Banda的薪金改至 7000的更新现在"丢失"了。
SQL> select last_name ,salary from emp where last_name in ('Banda','Greene','Hintz');

LAST_NAME             SALARY
------------------------- ----------
Greene              9000
Banda               6300
Hintz

可串行化隔离级别

在可串行化隔离级别，事务只看到自事务开始以来（而不是自查询以来）该事务本身所提交的更改。可串行化事务的运行环境，使其看起来好像没有其他用户在修改数据库中的数据。

可串行化隔离适合如下环境：

 大型数据库中只更新少数几行的短事务

 两个并发事务将修改相同的行的可能性相对较低

 较长时间运行的事务主要为只读事务

在可串行化隔离级别，在语句级别所获得的读取一致性通常延伸到整个事务范围。当重新读取在同一事务中之前读取的任何行时，保证结果相同。可以保证任何查询在该事务的持续期间返回相同的结果，因此其他事务所做的更改是不可见的，无论该查询已运行了多长时间。可串行化事务不会遇到脏读、 模糊读取、或幻读。

Oracle 数据库允许可串行化事务修改行，只要当可序列化事务开始时，由其它事务对行所做更改已提交。当一个串行化事务试图更新或删除某数据，而该数据在串行化事务开始后被一个不同的事务更改并提交，则数据库将生成一个错误：

ORA-08177: Cannot serialize access for this transaction

当可序列化事务失败，产生ORA-08177 错误时，应用程序可以采取行动，包括以下几种：

 将所执行的工作提交到该点

 也许要先回滚到事务中之前建立的某保存点，然后执行一些其他额外 的（不同）语句

 回滚整个事务

表 9-3 显示了一个可串行化事务与其它事务之间的交互。如果可串行化事务不会尝试更改由另一个事务在该可序列化事务开始后所提交的行，就可以避免串行化访问问题。

只读隔离级别

只读隔离级别类似于可串行化隔离级别，但只读事务不允许数据在事务中被修改，除非该用户是SYS。因此，只读事务不会受到ORA-08177 错误的影响。只读事务可用于生成报表，其内容必须与事务开始时保持一致。

Oracle 数据库通过按需从撤销段重建数据，来实现读取一致性。因为撤消段是以一个循环方式使用的，数据库可以覆盖撤销数据。长时间运行的报表可能有一定的风险，读取一致性所需要的撤销数据，可能已被一个不同的事务重用，并抛出快照太旧（snapshot too old）错误。设置一个撤消保留期，即在旧数据被覆盖之前，数据库尝试保留撤消数据的最短时间，以期避免这一问题。