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

整理自Oracle 11g R2 官方文档 《concepts》

001 概述

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

    ·已提交读隔离级别

    ·可串行化隔离级别

    ·只读隔离级别

002 读提交隔离级别
2-1 概述

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

    已提交读事务中的查询可以避免读取在查询过程中所提交的数据。例如,如 果一个查询正扫描到一个百万行表的中间,而另一个不同的事务对第950000行提交了一个更新,但当查询读到第 950000行时,它并不能看见这个变化。但是,因为数据库不会阻止其它事务修改一个查询所读取的数据,其他事务可能会在查询执行期间更改数据。因此,两次运行相同查询的事务可能会遇到模糊读取和幻像读取现象。
2-2 在已提交读隔离级别中的读取一致性
    为每个查询提供一个一致的结果集,其目的是为了保证数据一致性,而无需 用户采取任何行动。对于隐含的查询(如在一个UPDATE语句中的WHERE子句), 也同样可以保证其一致的结果集。但是,在隐式查询中的每个语句不会看到 DML 语句本身所做的更改,只能看到更改之前所存在的数据。

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

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

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

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

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

003 可串行化隔离级别

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

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

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

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

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

    

    在可串行化隔离级别,在语句级别所获得的读取一致性通常延伸到整个事务 范围。当重新读取在同一事务中之前读取的任何行时,保证结果相同。可以保证任何查询在该事务的持续期间返回相同的结果,因此其他事务所做的更改是不可见的,无论该查询已运行了多长时间。可串行化事务不会遇到脏读、模糊读取、或幻读。
    Oracle 数据库允许可串行化事务修改行,只要当可序列化事务开始时,由其它事务对行所做更改已提交。当一个串行化事务试图更新或删除某数据,而该数据在串行化事务开始后被一个不同的事务更改并提交,则数据库将生成一个错误:

ORA-08177: Cannot serialize access for this transaction

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

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

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

     ·回滚整个事务

004 只读隔离级别

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

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

时间: 2024-10-23 12:54:44

Oracle数据库事务隔离级别概述的相关文章

MSSQL与Oracle数据库事务隔离级别与锁机制对比_oracle

一,事务的4个基本特征 Atomic(原子性): 事务中包含的操作被看做一个逻辑单元,这个逻辑单元中的操作要 么全部成功,要么全部失败. Consistency(一致性): 只有合法的数据可以被写入数据库,否则事务应该将其回滚到最初 状态. Isolation(隔离性): 事务允许多个用户对同一个数据进行并发访问,而不破坏数据的正 确性和完整性.同时,并行事务的修改必须与其他并行事务的修改 相互独立. Durability(持久性): 事务结束后,事务处理的结果必须能够得到固化. 以上属于废话

数据库事务隔离级别

一,事务的4个基本特征  Atomic(原子性): 事务中包含的操作被看做一个逻辑单元,这个逻辑单元中的操作要 么全部成功,要么全部失败.  Consistency(一致性): 只有合法的数据可以被写入数据库,否则事务应该将其回滚到最初 状态.  Isolation(隔离性): 事务允许多个用户对同一个数据进行并发访问,而不破坏数据的正 确性和完整性.同时,并行事务的修改必须与其他并行事务的修改 相互独立.  Durability(持久性): 事务结束后,事务处理的结果必须能够得到固化.  在事

MySQL数据库事务隔离级别介绍(Transaction Isolation Level)_Mysql

数据库隔离级别有四种,应用<高性能mysql>一书中的说明: 然后说说修改事务隔离级别的方法: 1.全局修改,修改mysql.ini配置文件,在最后加上 复制代码 代码如下:  #可选参数有:READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE. [mysqld] transaction-isolation = REPEATABLE-READ 这里全局默认是REPEATABLE-READ,其实MySQL本来默认也是这个级

深入分析MSSQL数据库中事务隔离级别和锁机制_MsSql

锁机制 NOLOCK和READPAST的区别. 1.       开启一个事务执行插入数据的操作. BEGIN TRAN t INSERT INTO Customer SELECT 'a','a' 2.       执行一条查询语句. SELECT * FROM Customer WITH (NOLOCK) 结果中显示"a"和"a".当1中事务回滚后,那么a将成为脏数据.(注:1中的事务未提交) .NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修

SQL Server 事务隔离级别详解

原文:SQL Server 事务隔离级别详解 标签: SQL SEERVER/MSSQL SERVER/SQL/事务隔离级别选项/设计数据库事务级别 SQL 事务隔离级别 概述      隔离级别用于决定如果控制并发用户如何读写数据的操作,同时对性能也有一定的影响作用. 步骤 事务隔离级别通过影响读操作来间接地影响写操作:可以在回话级别上设置事务隔离级别也可以在查询(表级别)级别上设置事务隔离级别.事务隔离级别总共有6个隔离级别:READ UNCOMMITTED(未提交读,读脏),相当于(NOL

SQL Server事务隔离级别详解

SQL Server事务隔离级别详解 标签: SQL SEERVER/MSSQL SERVER/SQL/事务隔离级别选项/设置数据库事务级别 SQL 事务隔离级别 概述      隔离级别用于决定如果控制并发用户如何读写数据的操作,同时对性能也有一定的影响作用. 步骤 事务隔离级别通过影响读操作来间接地影响写操作:可以在回话级别上设置事务隔离级别也可以在查询(表级别)级别上设置事务隔离级别.事务隔离级别总共有6个隔离级别:READ UNCOMMITTED(未提交读,读脏),相当于(NOLOCK)

MySQL的事务隔离级别和锁

MySQL的事务隔离级别:Read Uncommitted[读未提交数据]Read Committed[读已提交数据]Repeatable Read[可重读]Serializable[可串行化] 查看MySQL的事务隔离级别:默认.全局和会话事务隔离级别: SELECT @@tx_isolation SELECT @@global.tx_isolation; SELECT @@session.tx_isolation; mysql> select @@tx_isolation; +-------

mysql事务隔离级别与spring事务配置

问题描述 代码:voidfun(){Useruser=newUser();user.setId(1);user.setName("aaa");update(user);UsernewUser=select(1);//这里查询出的newUser的name还是更新前的值.}voidupdate(Useruser){//更新用户信息}Userselect(id){//根据id查询用户信息} 使用spring配置的事务的时候,上面方法fun.update被spring配置了事务propagat

深入分析MSSQL数据库中事务隔离级别和锁机制

锁机制 NOLOCK和READPAST的区别. 1.       开启一个事务执行插入数据的操作. BEGIN TRAN t INSERT INTO Customer SELECT 'a','a' 2.       执行一条查询语句. SELECT * FROM Customer WITH (NOLOCK) 结果中显示"a"和"a".当1中事务回滚后,那么a将成为脏数据.(注:1中的事务未提交) .NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修