Oracle事务隔离级别

      数据库中的事务基本作用是将数据库从一致状态转换到另一种一致状态，那么事务隔离级别就是定义了一个事务对于另外一个事务做出的修改有多“敏感”。也就是不同的隔离级别定义了事务相互影响的程度，下面分别介绍一下几种不同的隔离级别。

     1. READ UNCOMMITTED

     其实，oracle不支持这种隔离级别。这种隔离级别允许脏读（也就是可以读取到用户未提交的数据），支持这种隔离级别的数据库主要是为了支持非阻塞读，但是oracle默认支持非阻塞读，所以oracle里面不支持这种隔离级别。下面举一个例子：

 

   如上图所示，假设某一家银行要统计所有账号总共有多少金额。事务A负责统计，事务A从第一行开始读取。假设读取到100行的时候，事务B从账号123转了400元到账户987（事务B还未提交），支持脏读的数据库当事务A读取到342023行的时候，就会得到500元，从而多加了400元。

 

     2. READ COMMITTED

     这种隔离级别指的是，事务只能读取已经提交的数据，（但是支持可重复读与幻想读）是oracle数据库默认的隔离模式。其实这种隔离级别在别的数据库里面可能还是会“退化”得像脏读一样。就看前面那个例子，假设在事务A读取到342023行前，事务B提前锁定了这一行，并将金额由100改成了500。那么事务A读取到这一行的时候，发现已经被其他事务锁定了，于是进行等待，直到事务B提交。但是当事务B提交之后，事务A还是读取到了500这一个错误信息，这样就和脏读一样的了，而且还让用户等待这个错误的答案。

 

     3. REPEATABLE READ

     这种隔离级别不支持脏读，不支持可重复读，支持幻想读。主要是为了得到一致性的答案与防止丢失更新。

     a. 得到一致性答案

     在oracle里面这个通过多版本机制得到了实现，但是在其他的数据库需要通过加锁机制进行控制，就以上一个例子为例，怎样才能统计出正确的总金额呢，事务A在读取每一行的时候，给每一行加上共享读锁，这样当事务B执行从账号123转400元到账户987的时候。先是操作第一行将账户123的金额由500修改成100，但是第一行已经被事务A锁定，于是等待，这样事务A能够读取到正确的数据。但是如果事务B执行的操作是从账户987转50元到账户123的时候，事务B先操作第342023行，发现没有被锁定，于是锁定将金额由100修改成50，然后操作第一行，发现锁定了于是等待。而事务A读取到342023行的时候，发现这一行已经被事务B锁定于是等待，这样就陷入了死锁。

 

     b. 丢失更新

     在采用共享读锁的数据库中，这种隔离级别可以防止丢失更新，比如事务1先读取了第A行然后修改了这一行的C列（其他列也修改了只是值还和以前一样，因为程序员都是整行的更新）。这个时候事务2想也想修改A行的时候会被阻塞，防止事务1的更新被覆盖。

 

     4. SEAIALIZABLE

     不允许脏读，重复读与幻想读，最高的隔离级别。这种隔离级别标明事务A在操作数据库的时候好像就只有事务A在操作，没有其他事务在操作数据库一样。

     Oracle 中是这样实现 SERIALIZABLE 事务的：原本通常在语句级得到的读一致性现在可以扩展到事务级。也就是在事务执行的那一刻，将这个事务将要操作的数据拍了一张照片。

 

    从上面的例子我们可以看出，其他数据库采用共享读锁来解决统计总金额问题是没有oracle多版本机制灵活的，其一严重影响了程序的并发性，读阻塞了写。其二可能引起死锁。