数据库事务隔离级别
数据库有四种事务隔离级别
- 读未提交(Read uncommitted)
- 读已提交(Read committed)
- 可重复读(Repeatable read)
- 串行化(Serializable)
以上事务隔离级别依次递增,但是性能依次递减。
mysql支持以上四种隔离级别,其默认是:可重复读(Repeatable read)。
oracle数据库支持READ COMMITTED 和 SERIALIZABLE两种。
oracle和PostgreSQL默认是:读已提交(Read committed)。
隔离级别详解
以上四种隔离分别会出现以下问题
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交(Read uncommitted) | 可能 | 可能 | 可能 |
读已提交(Read committed) | 不可能 | 可能 | 可能 |
可重复读(Repeatable read) | 不可能 | 不可能 | 可能 |
串行化(Serializable) | 不可能 | 不可能 | 不可能 |
-
脏读:
T1修改数据后未提交之前,T2可以访问修改后的数据。 -
不可重复读:
T1:读取userid=1的salary=1000;
T2:将userid=1的salary改为2000并提交;
T1:此时再次读取userid=1的记录,则读取不到salary=1000了,这既是不可重复读。 -
幻读:
T1:select id=1,resultset=null,此时准备插入一条;
T2:insert id=1 并提交;
T1:insert id=1 ,报错。
在这种情况下,T1按照逻辑本来是预计成功的,但是却报错主键冲突,此时T1就产生了幻读,仿佛看花眼出现幻象了一般。 -
串行化:
每个事务排队执行。
串行话为什么不会出现幻读?因为会锁定索引。
还是上面幻读的例子,T1查询的时候,因为是主键查询,数据库会自动给索引加上锁(索引加锁,与具体数据无关),所以T2的操作会失败,T1的插入会成功。当然如果我们在可重复读模式下,通过select for update 是也可以达到Serializable的效果。
MVCC
- MVCC: Mulit Vsersion Concurrent Control 即:多版本并发控制
- 作用:解决不可重复读问题(例:T1正在查询数据,T2修改了,T1在查就查不到原来的数据了)
Mysql默认事务隔离级别是RR,MVCC可以保证在RC和RR模式下实现可重复读:
每个表中会存在两个隐藏的字段:crate_version、delete_version,这两个字段都是用来记录当前的事物ID(事物ID数据库自增)。
insert:添加数据时会记录create_version。
delete:删除数据时会更新delete_version。
update:更新数据时会将动作拆分为insert+delete,即新增一条数据,并且吧旧数据delete_version更改为当前事物ID。
select:查询数据时,在满足条件的记录上判断:
1.create_version小于等于当前查询事物的ID(并发插入不可见)
2.delete_version为空,或者大于当前版本ID(并发删除可见)
由此看来,数据的更新操作并不会影响查询的数据,实现了可重复读。
PS: 由于旧数据并不会真正删除,所以innodb会开启后台线程执行清理工作:将删除版本号小于当前事物ID的版本进行清理,这个过程叫做purge。
Spring事务传播特性
事务传播特性是指,当多个方法形成一个调用链时,事务是如何传播的(如A方法中调用了B方法,那么事务是以哪种方式传播给B)。
spring只提供事务管理器,其实现交给hibernate等其他框架;Spring定义了7中传播行为(org.springframework.transaction包中的TransactionDefinition接口):
- PROPAGATION_REQUIRED(spring默认):如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。
- PROPAGATION_SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
- PROPAGATION_MANDATORY:如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。
- PROPAGATIONREQUIRESNEW:创建一个新的事务,如果当前存在事务,则把当前事务挂起。
- PROPAGATIONNOTSUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起。
- PROPAGATION_NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。
- PROPAGATIONNESTED:如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则该取值等价于PROPAGATIONREQUIRED。
以上七中传播特性中,前六种属于EJB,被spring引进;后一种是spring特有的。
spring事务隔离级别
- ISOLATION_DEFAULT:使用后端数据库默认的隔离级别。
- ISOLATION_READ_UNCOMMITTED:允许读取尚未提交的更改。可能导致脏读、幻影读或不可重复读。
- ISOLATION_READ_COMMITTED:允许从已经提交的并发事务读取。可防止脏读,但幻影读和不可重复读仍可能会发生。
- ISOLATION_REPEATABLE_READ:对相同字段的多次读取的结果是一致的,除非数据被当前事务本身改变。可防止脏读和不可重复读,但幻读仍可能发生。
- ISOLATION_SERIALIZABLE:完全服从ACID的隔离级别,确保不发生脏读、不可重复读和幻影读。