Spring Boot 事务管理

来自ling
跳转至: 导航搜索

Spring Boot 使用的是Spring 事务管理机制,Spring事务对事务管理提供了一个顶层的接口PlatformTransactionManager,对所支持的所有事务统一管理接口。Spring 针对JDBC提供了DataSourceTransactionManager,对Hibernate提供了HibernateTransactionManager,对JDO提供了JdoTransactionManager,对JPA提供了设置JpaTransactionManager,对分布式事务支持提供了JtaTransactionManager。

Spring Boot 为我们提供了默认的事务管理器,本来这一节想在之前先写的,后面想想都写的理论没有实战也会忘记,故而放在Mybatis后写,在集成Mybatis的时候,我显示的声明了事务管理器,目的是为了大家方便的看,其实是可以不用的。接下来详细说明。

当使用我们在应用程序中使用Starter Poms的时候,Spring Boot会自动为我们创建相应的事务管理器,例如:使用spring-boot-starter-jdbc那么Spring Boot会自动为我们创建DataSourceTransactionManager事务管理器,我们只需要使用@EnableTransactionManagement注解来开启注解事务,然后在方法上使用@Transactional注解即可。当我们自己配置了事务管理器的时候,Spring Boot 将不再提供事务管理,而是使用我们定义的事务管理器。

基于Mybatis的例子我们注释掉自己定义的事务管理器,注释后运行试试吧。

1.隔离级别

Spring 为我们定义了5个隔离级别,在@Transactional 指定isolation,使用,如下表:

DEFAULT	使用当前数据库默认的隔离级别。
READ_UNCOMMITD                             	在一个事务里可以读取到另一个事务未提交的数据,会产生脏读、不可重复读、幻读。
READ_COMMITTED	只有当一个事务提交后,才能被另一个事务读取到数据,不会产生脏读,会产生不可重复读、幻读。
REPEATABLE_READ	实现了READ_COMMITTED级别,而且一个事务读取了数据,另一个事务不允许修改。不会产生脏读、不可重复读,会产生幻读。
SERIALIZABLE	要求事务按照顺序执行,不会产生脏读、不可重复读、幻读,性能极差严重影响性能。

2.事务传播

Spring 为我们定义了7个传播行为,在@Transactional 指定propagation,如下表:

REQUIRED 必须要在事务下执行,如果当前存在事务则加入该事务,否则创建新的事务执行。例如:A方法调用B方法,A方法已经在事务下了,调用B的时候,B会加入到A的事务中,处于同一事务下,如果出错所有的操作都将回滚。
SUPPORTS	当前如果存在事务则加入该事务,如果没有就不用事务执行。
MANDATORY	必须要在事务下执行,如果当前存在事务则加入该事务,如果不存在事务则抛异常。
REQUIRES_NEW	必须要在一个新的事务下执行,如果当前存在事务,则会创建新的事务执行,如果出现错误不会回滚其它事务。例如:A调用B,B出错不会导致A事务数据回滚。
NOT_SUPPORTED	不能在事务下执行,如果当前存在事务则把当前事务挂起。
NEVER	不能在事务下执行,如果当前存在事务则抛异常。
NESTED	如果当前存在事务,则会创建新的事务执行。具体的这个我也不是怎么清楚,很少用到。