整理自Oracle 11g R2 官方文档 《concepts》
001 概述
Oracle数据库提供如下事务隔离级别:
·已提交读隔离级别
·可串行化隔离级别
·只读隔离级别
002 读提交隔离级别
2-1 概述
2-1 概述
在(默认的)已提交读隔离级别中,事务中执行的每个查询,仅看到在查询 开始之前提交的数据——而不是事务开始之前提交的数据。这一隔离级别适合于几乎不可能发生事务冲突的数据库环境。
已提交读事务中的查询可以避免读取在查询过程中所提交的数据。例如,如 果一个查询正扫描到一个百万行表的中间,而另一个不同的事务对第950000行提交了一个更新,但当查询读到第 950000行时,它并不能看见这个变化。但是,因为数据库不会阻止其它事务修改一个查询所读取的数据,其他事务可能会在查询执行期间更改数据。因此,两次运行相同查询的事务可能会遇到模糊读取和幻像读取现象。
2-2 在已提交读隔离级别中的读取一致性
为每个查询提供一个一致的结果集,其目的是为了保证数据一致性,而无需 用户采取任何行动。对于隐含的查询(如在一个UPDATE语句中的WHERE子句), 也同样可以保证其一致的结果集。但是,在隐式查询中的每个语句不会看到 DML 语句本身所做的更改,只能看到更改之前所存在的数据。
2-2 在已提交读隔离级别中的读取一致性
为每个查询提供一个一致的结果集,其目的是为了保证数据一致性,而无需 用户采取任何行动。对于隐含的查询(如在一个UPDATE语句中的WHERE子句), 也同样可以保证其一致的结果集。但是,在隐式查询中的每个语句不会看到 DML 语句本身所做的更改,只能看到更改之前所存在的数据。
如果 SELECT 列表中包含一个PL/SQL 函数,则数据库在该PL/SQL 函数代码内运行的SQL所在语句级别(而不是在父SQL 级别)上,应用语句级别读取一致性。例如,一个函数可能会访问某个表,其数据被另一个用户更改并提交。在 SELECT语句中的每次函数运行,都会建立一个新的读一致性快照。
2-3 在读提交事务中的写入冲突
在一个读已提交事务中,当事务尝试更改由另一个未提交并发事务(有时称 为阻塞事务)所更新的行时,会发生写入冲突。读提交事务将等待阻塞事务结束并释放其行锁。有两个选项如下所示:
·如果阻塞事务回滚,正在等待的事务将继续并更改之前被锁定的行,就像另一个事务从未存在一样。
·如果阻塞事务提交并释放了锁,则正在等待的事务将对这个刚被更新的行继续其预定更新。
003 可串行化隔离级别
在可串行化隔离级别,事务只看到自事务开始以来(而不是自查询以来)该 事务本身所提交的更改。可串行化事务的运行环境,使其看起来好像没有其他用户在修改数据库中的数据。
可串行化隔离适合如下环境:
·大型数据库中只更新少数几行的短事务
·两个并发事务将修改相同的行的可能性相对较低
·较长时间运行的事务主要为只读事务
在可串行化隔离级别,在语句级别所获得的读取一致性通常延伸到整个事务 范围。当重新读取在同一事务中之前读取的任何行时,保证结果相同。可以保证任何查询在该事务的持续期间返回相同的结果,因此其他事务所做的更改是不可见的,无论该查询已运行了多长时间。可串行化事务不会遇到脏读、模糊读取、或幻读。
Oracle 数据库允许可串行化事务修改行,只要当可序列化事务开始时,由其它事务对行所做更改已提交。当一个串行化事务试图更新或删除某数据,而该数据在串行化事务开始后被一个不同的事务更改并提交,则数据库将生成一个错误:
Oracle 数据库允许可串行化事务修改行,只要当可序列化事务开始时,由其它事务对行所做更改已提交。当一个串行化事务试图更新或删除某数据,而该数据在串行化事务开始后被一个不同的事务更改并提交,则数据库将生成一个错误:
ORA-08177: Cannot serialize access for this transaction
当可序列化事务失败,产生 ORA-08177 错误时,应用程序可以采取行动, 包括以下几种:
·将所执行的工作提交到该点
·
也许要先回滚到事务中之前建立的某保存点,然后执行一些其他额外的( 不同)语句
·回滚整个事务
004 只读隔离级别
只读隔离级别类似于可串行化隔离级别,但只读事务不允许数据在事务中被 修改,除非该用户是 SYS。因此,只读事务不会受到 ORA-08177 错误的影响。只读事务可用于生成报表,其内容必须与事务开始时保持一致。
Oracle 数据库通过按需从撤销段重建数据,来实现读取一致性。因为撤消段是以一个循环方式使用的,数据库可以覆盖撤销数据。长时间运行的报表可能有一定的风险,读取一致性所需要的撤销数据,可能已被一个不同的事务重用,并抛出快照太旧(snapshot too old)错误。设置一个撤消保留期,即在旧数据被覆盖之前,数据库尝试保留撤消数据的最短时间,以期避免这一问题。