MySQL事务隔离级别详解

事务的隔离级别

QL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。

Read Uncommitted（读取未提交内容）

     

 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

Read Committed（读取提交内容）

      

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。

Repeatable Read（可重读）

     

 这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

Serializable（可串行化）
     

 这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

       

 这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：
         脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
         不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
         幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。
   

在MySQL中，实现了这四种隔离级别，分别有可能产生问题如下所示：

创建测试表

 create table tx (
 id int primary key,
 num int not null
 )

使用的 navicat 或者 mysql 命令行都可以来测试

首先查看当前事务的隔离级别

SELECT @@global.tx_isolation; 
SELECT @@session.tx_isolation; 
SELECT @@tx_isolation;

可以看出全局, 当前会话 默认的 隔离级别为 "可重复读"

修改 当前全局的事务隔离级别,然后开启两个命令行窗口,来测试不同的隔离级别.

#SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

首先测试 read uncommitted 等级
设置 隔离级别

窗口A

窗口B



注意了
都开启事务 :先窗口B修改数据,不提交 ,然后A窗口查询,然后 B 回滚,然后A查询
窗口B

窗口A

结论

 发现 A 事务读到了 B 事务未提交的数据,出现了 "脏读"现象; 
(我都还没有提交,你读个毛,瞎搞)

解决办法:升级为 读提交 (read committed)

测试 read committed 等级
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询
窗口B

窗口A

结论

 发现 A 事务 此时没有读到了 B 事务未提交的数据,但是出现了 "不可重复读"现象; 
(说明:A事务 前后几次读取到的数据不一样)
 
解决办法:升级为 可重复读 (repeatable read)

测试 repeatable read 等级
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询,然后B插入,然后A查询
窗口B

窗口A

结论

 发现 A 事务 此时没有读到了 B 事务未提交的数据,也没有出现 "不可重复读"现象; 
(说明:A事务中的数据其他事务不可以对其进行修改.以上的测试中没有出现幻读.
但是,有时候可能会出现 "幻读"即:其他事务插入了新的数据,而A事务前后读的时候发现多了几条新数据.
对于幻读:升级为最高隔离级别 :serializable 串行化) 

测试 serializable 等级
开始事务,先B修改,不提交,然后 A查询,然后 B提交,
窗口B

窗口A


结论

 发现 A 事务 必须等待 B事务,或者其他事务执行完毕后才能执行操作,或者 A等的超时.
因此 serializable  是存在效率问题,

具体设置什么等级,主要从我们的需求和 数据重要性和安全性来考虑,
对于某写等级出现的一些问题,不一定只有升级 隔离等级来解决.