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

转载 2014年03月10日 17:02:23

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)大型数据库并且每个短事务只修改很少的记录。


相关文章推荐

ORA-08177: 无法连续访问此事务处理

author:skatetime:2009-11-20 最近我们的一套总是报 ORA-08177: 无法连续访问此事务处理,刚开始以为是系统压力大,并发一起的,但最近发现,及时系统压力小时,也会报这个...
  • wyzxg
  • wyzxg
  • 2009年11月20日 16:30
  • 9827

[解决异常] spring batch 报错 ORA-08177: 无法连续访问此事务处理

问题描述: 使用spring batch 连接oracle操作时,总是报出如下异常: PreparedStatementCallback; SQL [INSERT into BATCH_JOB_INS...

ORA-08177: 无法连续访问此事务处理

转载自:http://blog.csdn.net/wyzxg/article/details/4842769 近我们的一套总是报 ORA-08177: 无法连续访问此事务处理,刚开始以为是系统压...

oracle事务锁导致事务无法提交的问题

今天在修改bug的过程中,一条更新数据的sql执行怎么也执行不了,进入貌似“排队”的情况,一直处于等待的状态,第一直觉是事务锁起到坏作用,后在项目组高手的协助下找到了原因,是数据被锁住了。...

spring batch 事务

这是一系列关于Spring Batch 事务的第一篇,

Spring Batch事务处理

之前一直对Spring Batch的使用有些迷糊,尤其是事务这块,经常出些莫名其妙的问题,仔细了解了一下,做个小总结...
  • karott
  • karott
  • 2015年03月09日 14:26
  • 4427

问题:Unique约束与ORA-08177: 无法连续访问此事务处理

前语:       这里关注的是一个Oracle问题,高手路过者请关注。数据库:Oracle 10g Release 2JDBC:     ojdbc14-10.2.0.4.jar表结构:CREATE...

一个用来生成流水号的存储过程

我们经常需要用一个流水号来唯一表示一条数据,我们有时采用队列来自动生成一个唯一的流水号,但是采用队列经常不能满足我们的需求,比如说,这个队列只能设定一个最小值,最大值,然后进行累加,不能将产生这个流水...
  • sunlen
  • sunlen
  • 2005年03月21日 15:19
  • 2515

hibernate 定制生成流水号的序列

由于设计上的需要,所以不得不自己生成流水号。思路:使用一个表记载流水,每次取的同时增加1,所以下一个用户取的时候就是新的流水号了。不过必须在一个事务中实现,否则可能会有问题的。设计表 create t...
  • tolison
  • tolison
  • 2005年07月05日 17:07
  • 2246

Oracle 11g ORA-14450: 试图访问已经在使用的事务处理临时表

现场系统报ORA-14450: 试图访问已经在使用的事务处理临时表。 session1: drop table test purge; create global temporary table te...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:查找ORACLE出现“ORA-08177:无法连续访问此事务处理”问题的原因
举报原因:
原因补充:

(最多只允许输入30个字)