数据库定义了四种隔离级别:

• Read Uncommitted（未提交读）
• Read Committed（提交读）
• Repeatable Read（重复读）
• Serializable（串行化）

这四种隔离依次升高，隔离级别越低，系统开销越小，并发支持性更高。

使用命令show variables like '%isolation%';可以查看当前数据库使用的隔离级别

在介绍四种隔离级别前先说明三种在使用事务时会出现的特殊(大部分情况会导致错误)读类型。

• 脏读
  脏读是指一个事务a修改或添加了一条数据，在a事务提交之前，另一个事务b读到了这条数据，并进行了操作。a如果回滚的话，脏读可能会导致b操作不存在的数据。
• 不可重复读
  在一次事务中的两次相同条件的查询不一致，比如a事务执行select count(*) from user where name='alex' 这时事务b插入了一条数据name=alex并提交这就会导致事务a第二次查询的时候多了一个计数
• 幻读
  幻读与不可重复读相反，事务a与事务b是完全隔离的，事务a执行'select id from user得到的id为1和2.这个时候b事务在user表中添加了一条数据id=3并提交,然后事务a想添加一条id为3的数据，如果id是唯一的，那a就会发现插不进去并提示dumplicate entry 3 for key id，原因是事务a阻止事务b的插入行为。

注意不要混淆不可重复读和幻读

Read Uncommited

• 在RU模式下，即使事务没有commit,在其他事务中仍可以读到未提交的数据。
• RU是所有隔离级别中最低的一种。RU模式会导致脏读

Read Commited

• RC模式下，事务只能读取到已经commit的数据。
• 比如事务a在执行时，如果事务b没有提交,a是读不到b的数据的。如果b提交a便能读到b修改的数据。
• RC可以避免脏读，但是会导致不可重复读。
• 大部分系统使用的是RC模式

Repeatable

• RR模式下，事务的多次Read不会受其他事务的影响（无论提交与否）
• 可以理解为RR模式下事务a在创建的时候获取了一次当前时刻数据的快照，快照不受其余事务的影响。
• RR模式可能会导致幻读，因为无法感知其余事务，可能导致重复的插入。
• mysql innoDB的RR模式可以一定程度避免幻读，该特性是通过间隙锁（gap lock)来实现的,间隙锁的原理可以参照这篇文章http://www.jianshu.com/p/bf86…

Serializable

• 串行化，顾名思义，是将所有读写操作完全串行。
• 串行化是所有隔离级别中最高的
• 每次读都需要获得表级共享锁，读写相互都会阻塞
• 串行化对资源的开销大，对并发支持不好，只在，某些场景下使用。

最后给出四个隔离级别对三种读类型的对照表：