事务隔离级别

一个简单的栗子

准备

创建表和插入数据

create table T(c int) engine=InnoDB;
insert into T(c) values(1);

分别查看下面的情况

事务A	事务B
启动事务，查询得到值1	启动事务
	查询得到值1
	1 —> 2
查询得到值v1
	提交事务B
查询得到值v2
提交事务A
查询得到值v3

问题来了

在4种事务隔离级别中，v1、v2、v3的值是多少？

• 读未提交
  v1的值是2，因为B事务未提交，但修改结果已被A事务看到，所以v2=v3=2。
• 读提交
  v1=1，v2=2，B事务提交后才能被A事务看到，所以v3=2。
• 可重复读
  v1=1，v2=1，v3=2。v2=1的原因是遵循的要求：事务在执行期间看到的数据前后必须是一致的。
• 串行化
  B事务执行“将1改成2”的时候，会被锁住，直到A事务提交后，B事务才可以继续执行，所以从A的角度看：v1=v2=1，v3=2。

4种事务级别

1. read uncommitted (未提交读)
   在read uncommitted级别， 事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读(Dirty Read)。这个级别会导致很多问题，从性能上来说，read uncommitted不会比其他的级别好太多，但却缺乏其他级别的很多好处，除非真的有非常必要的理由，在实际应用中一般很少使用。
2. read committed(提交读)
   大多数数据库系统的默认隔离级别都是read committed (但MySQL不是)。read committed满足前面提到的隔离性的简单定义：一个事务开始时，只能“看见”已经提交的事务所做的修改。换句话说，一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。这个级别有时候也叫做不可重复读(nonrepeatable read)，因为两次执行同样的查询，可能会得到不一样的结果。
3. repeatable read (可重复读)
   repeatable read 解决了脏读的问题。该级别保证了在同一个事务中多次读取同样记录的结果是一致的。但是理论上，可重复读隔离级别还是无法解决另外-一个幻读(Phantom Read)的问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行(Phantom Row). InnoDB 和XtraDB存储引擎通过多版本并发控制(MVCC， Multiversion Concurrency Control) 解决了幻读的问题。
   可重复读是MySQL的默认事务隔离级别。
4. serializable (可串行化)
   serializable是最高的隔离级别。它通过强制事务串行执行，避免了前面说的幻读的问题。简单来说，SERIALIZABLE 会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用的问题。实际应用中也很少用到这个隔离级别，只有在非常需要确保数据的一致性而且可以接受没有并发的情况下，才考虑采用该级别。