数据库定义了四种隔离级别:
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
- 串行化,顾名思义,是将所有读写操作完全串行。
- 串行化是所有隔离级别中最高的
- 每次读都需要获得表级共享锁,读写相互都会阻塞
- 串行化对资源的开销大,对并发支持不好,只在,某些场景下使用。
最后给出四个隔离级别对三种读类型的对照表:
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read Uncommited | 可能 | 可能 | 可能 |
Read Commited | 不可能 | 可能 | 可能 |
Repeatable Read | 不可能 | 不可能 | 可能 |
Serializable | 不可能 | 不可能 | 不可能 |