查找ORACLE出现“ORA-08177:无法连续访问此事务处理”问题的原因

ORA-08177: 无法连续访问此事务处理(Cannot serialize access)，该问题是由ORACLE事务隔离级别引起的。

问题重现：

1、在事务1中执行：

update employee set sal = 2000 where ename = 'SCOTT'

但不提交该事务。

2、在事务2中执行：

set transaction isolation level serializable;

update employee set sal = 2000 where ename = 'SCOTT';

此时事务2会等待事务1执行完成。

3、提交事务1，在事务2中就会出现ORA-08177: 无法连续访问此事务处理。

问题解析：

隔离级别（isolation level）

隔离级别定义了事务与事务之间的隔离程度。

隔离级别与并发性是互为矛盾的：隔离程度越高，数据库的并发性越差；隔离程度越低，数据库的并发性越好。

ANSI/ISO SQL92标准定义了一些数据库操作的隔离级别：

a. 未提交读（read uncommitted）

b. 提交读（read committed）

c. 重复读（repeatable read）

d. 序列化（serializable）

通过一些现象，可以反映出隔离级别的效果。这些现象有：

a. 更新丢失（lost update）：当系统允许两个事务同时更新同一数据时，产生更新丢失。

b. 脏读（dirty read）：当一个事务读取另一个事务尚未提交的修改时，产生脏读。

c. 非重复读（nonrepeatable read）：同一查询在同一事务中多次进行，由于其他提交事务所做的修改或删除，每次返回不同的结果集，此时产生非重复读。

d. 幻像（phantom read）：同一查询在同一事务中多次进行，由于其他提交事务所做的插入操作，每次返回不同的结果集，此时发生幻像读。

下面是隔离级别及其对应的可能出现或不可能出现的现象：

脏读 非重复读 幻像

未提交读 可能 可能 可能

提交读 不可能 可能 可能

重复读 不可能 不可能 可能

序列化 不可能 不可能 不可能

ORACLE的隔离级别

ORACLE提供了SQL92标准中的read committed 和 serializable，同时提供了非SQL92标准的read-only。

read committed：

a. 这是ORACLE缺省的事务隔离级别。

b. 事务中的每一条语句都遵从语句级的读一致性。

c. 保证不会脏读，但可能出现非重复读和幻像。

serializable：（串行执行事务，并发性最小）

a. 简单地说，serializable就是使事务看起来像是一个接着一个地顺序地执行。

b. 仅仅能看见在本事务开始前由其他事务提交的更改和在本事务中所做的更改。

c. 保证不会出现非重复读和幻像。

d. serializable隔离级别提供了read-only事务所提供的读一致性（事务级的读一致性），同时又允许DML操作。

如果有在serializable事务开始时存在未提交的事务，在serializable事务结束之前修改了serializable事务将要修改的行并进行了提交，则serializable事务不会读到这些变更，因此发生无法序列化访问的错误。（换一种解释方法：只要在serializable事务开始到结束之间有其他事务对serializable事务要修改的东西进行了修改并提交了修改，则发生无法序列化访问的错误。）

ORACLE在数据块中记录最近对数据行执行修改操作的N个事务的信息，目的是确定本事务开始时，是否存在未提交的事务修改了本事务将要修改的行。

read-only:

a. 遵从事务级的读一致性，仅仅能看见在本事务开始前由其它事务提交的更改。

b. 不允许在本事务中进行DML操作。

c. read-only是serializable的子集。它们都避免了非重复读和幻像。区别是在read-only中是只读，而在serializable中可以进行DML操作。

d. Export with CONSISTENT = Y sets the transaction to read-only.

read committed和serializable的区别和联系：

事务1先于事务2开始，并保持未提交状态。事务2想要修改正被事务1修改的行。事务2等待。如果事务1回滚，则事务2（不论是read committed还是serializable方式）进行它想要做的修改。如果事务1提交，则当事务2是read committed方式时，进行它想要做的修改；当事务2是serializable方式时，失败并报错“Cannot serialize access"，因为事务2看不见事务1提交的修改，且事务2想在事务1修改的基础上再做修改。即serializable不允许存在事务嵌套。

read committed和serializable可以在oracle并行服务器中使用。

关于set transaction read write：read write和read committed应该是一样的。在读方面，它们都避免了脏读，但都无法实现重复读。虽然没有文档说明read write在写方面与read committed一致，但显然它在写的时候会加排他锁以避免更新丢失。在加锁的过程中，如果遇到待锁定资源无法锁定，应该是等待而不是放弃。这与read committed一致。

语句级的读一致性：

a. ORACLE保证语句级的读一致性，即一个语句所处理的数据集是在单一时间点上的数据集，这个时间点是这个语句开始的时间。

b. 一个语句看不见在它开始执行后提交的修改。

c. 对于DML语句，它看不见由自己所做的修改，即DML语句看见的是它本身开始执行以前存在的数据。

事务级的读一致性：

a. 事务级的读一致性保证了可重复读，并保证不会出现幻像。

设置隔离级别

设置一个事务的隔离级别

a. set transaction isolation level read committed;

b. set transaction isolation level serializable;

c. set transaction read only;
设置更改会话的隔离级别

a. alter session set isolation level serializable;

b. alter session set isolation level serializable;

选择隔离级别

Read Committed Isolation

（1）在事务量大、高性能的计算环境，需要更高的吞吐量和响应时间；

（2）事务数少，并且发生幻影和不可重复读的几率的比较低。

Serializable Isolation

（1）适用于很少存在两个事务同时修改同一条记录的情况；

（2）长事务以只读为主；

（3）大型数据库并且每个短事务只修改很少的记录。