Oracle事务特征管理读取详解

本文章总结了关于Oracle事务介绍了事务特征 事务管理 事务读三种用法与举实例说明，有需要了解的朋友可以参考一下本文章。

Oracle 事务的特征
ACID，指事务正确执行的四个基本要素的缩写.包含:原子性(Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。一个支持交易（Transaction）的数据库系统，必需要具有这四种特性，否则在交易过程（Transaction processing）当中无法保证数据的正确性,交易过程极可能达不到交易方的要求.
原子性 （ATOMICITY)

整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

一致性 (CONSISTENCY)

在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。

隔离性 (ISOLATION)

两个事务的执行是互不干扰的，一个事务不可能看到其他事务运行时，中间某一时刻的数据。

持久性 (DURABILITY)

在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

oracle中通常情况下有三种读:

第一种：错读(未提交读)，就是读到另一个事物修改过的但没有提交的数据，没有实一致性读。

第二种:不可重复读( 读失真)就是对一个事物前后两次读，读出来的值是不相等的，因为它在这两次读的间隔被别的事物修改或者删除，并且提交了。

第三种读:幻想读 某个事务在两次读之间，有另一事务插入新的数据，并提交，而且插入的数据满足查询的条件，导致读到的数据不一样。

oracle读一致性又分为：

1.语句级读一致性(不可重复读)

2.事务级一致性读

语句性一致性读，比如语句在开始执行之前获得当前的scn号为10001，而另个事务T2可能将该块的行进行修改，设置该行所在块的一致性标记，生成的SCN＝10002,这种情况就需要应用undo回滚到scn为10001的时刻，即为一致性状态，在单个语句执行期间这个值是不会改变的。

事务级别一致性读,所有数据的状态是在事务起始的状态，除非本事务修改的数据，这样就可以避免了不可重复读和幻想读。

oracle是通过隔离级来实现事务的一致性读，事务级可以通过回滚段能实现一致性读，虽然别人可能修改了，但是可以利用回滚段，把别人修改的给回滚了。

事务级一致性读就得说道串行读所谓串行读就是你一人在读的话，别人修改不影响你读的结果，可以无视别人的修改。虽然对于数据库是生效了，但是对于串行事务，则被无视。

串行读适合用在下面三种情况：

a.大型数据库中大多是小数据集的DML短事务

b.修改同一行的几率非常低的系统.

c.长运行事务主要是只读的系统

这块主要是从回滚段来考虑的，应为串行读是通过回滚段来实现的。

设置隔离级命令

还有一种设置

下面来举一个串行隔离的例子，代码如下

---------------------------------------

中间用到的是自制事务，相当于重新启动了一个事务，通过例子可以看出，虽然删除了，但是第一个事务仍然可以看到，这块其实在数据库中已经修改了，只是通过回滚段可以看到，最后一提交，再查看，就会发现真正的删除了。

我们开始试验一，模拟语句级别读一致性。第一个session使用显示打开一个游标模拟数据读，同时在游标读数据的过程中，启动另外一个session更改数据，我可以看到另外一个session对数据的更改，并不会改变到第一个session的读。这就是语句级别的读一致性。

启动一个session连接数据库：

在执行游标打印输出的时候同时启动另外一个进程,执行更新数据操作：

下面我们开始试验二，模拟事务级别读一致性。
首先启动一个SESSION,读一次数据：

接下来我们启动另外一个session，执行更新数据操作：

最后我们回到第一session查看再次查看数据：

我们会发现读出的数据并没有发生改变。所以在设置了SET TRANSACTION READ ONLY后，一个事务前后语句读取的数据不会因为其他seesion对数据的更新而改变。

Oracle事务管理

一个事务包含一个或多个SQL语句，是逻辑管理的工作单元（原子单元）。
一个事务开始于第一次执行的SQL语句，结束于Commit 或 Rollback 或 DDL语句。
注意：其中Commit, Rollback是显示的提交事务，而DDL语句是隐式的提交事务的。DDL语句的操作是

没有办法回滚的。
##########################

#############################
在执行create table b 的时候事务就已经提交了。
事务结束的地方有：
1>. 执行Commit, Rollback， 没有使用savepoint.
2>. 执行DDL操作如：create , drop, rename, alter
3>. 断开与Oracle的连接，事务将自动提交。
4>. 用户进程异常终止，当前事务回滚。

注意：应用程序与Oracle连接的情况，在应用程序终止前必须显示的提交(Commit)或回滚(Rollback)。

Commit操作Oracle做了：
1>. 与UNDO表空间关联的内部事务表记录该事务已经提交，产生唯一的系统交易号（SCN）保存到该表

中。
2>. LGWR进程将SGA中的重做日志写入redo log文件，当然也要写SCN到重做日志文件。
3>. Oracle释放锁定表中的行。
4>. Oracle设置该事务完成。

注意：Commit操作前的改变数据（保存在SGA）不会马上写到数据文件中。这样做的目的也是为了数据

库更高效。从开发人员的角度想想也是这样的，这样可以减少很多小事务的多次写磁盘的。

Oracle 10.2中与事务有关的：

##############################
提交一个事务 eg：

提交完成。

表已创建。

已创建 1 行。

SQL> commit;

提交完成。

提交完成。