@Transactional 注解的事务管理

最新推荐文章于 2022-06-12 16:50:48 发布

weixin_41249041

最新推荐文章于 2022-06-12 16:50:48 发布

阅读量140

点赞数

分类专栏：开发小知识（前端和后端）

原文链接：https://www.ibm.com/developerworks/cn/java/j-master-spring-transactional-use/index.html

版权

开发小知识（前端和后端）专栏收录该内容

10 篇文章 0 订阅

订阅专栏

事务：指的是一组逻辑操作，要么同时成功要么同时失败。

事务的四大特性：

原子性：组成事务的最小单元是不可分割的，要么同时成功要么同时失败。
一致性：执行事务前后，数据的完整性是一致的；
隔离性：在数据库中，各个事务之间是独立的额，不受其他事务的影响。
持久性：事务一旦结束，数据就会序列化到数据库中。

事务的隔离级别有哪些？

脏读：一个事务读到了另一个事务未提交的数据。

不可重复读：一个事务读到了另一个事务已经提交的update数据

虚读/幻读：一个事务读到了另一个事务已经提交的insert数据

事务的隔离级别：

read uncommitted ：脏读，不可重复读，虚读都有可能发生

read committed ：避免脏读。但是不可重复读和虚读是有可能发生

repeatable-read ：避免脏读和不可重复读，但是虚读有可能发生。(mysql默认隔离级别)

serializable ：避免脏读，不可重复读，虚读。

从上到下级别越来越高，但是效率越来越低。

设置事务隔离级别：SET SESSION TRANSACTION ISOLATION LEVEL 隔离级别;

查看事务的隔离级别：select @@tx_isolation;

参考：https://www.liaoxuefeng.com/wiki/1177760294764384/1179611198786848

@Transactional 注解配置事务管理：

注意：

默认配置下 Spring 只会回滚运行时、未检查异常（继承自 RuntimeException 的异常）或者 Error。

@Transactional 注解只能应用到 public 方法才有效。

使用的是 mybatis，所以 spring boot 会自动配置一个 DataSourceTransactionManager，我们只需在方法（或者类）加上 @Transactional 注解，就自动纳入 Spring 的事务管理了。

将@Transactional 注解添加到合适的方法上，并设置合适的属性信息。@Transactional 注解的属性信息如表 1 展示。

@Transactional 注解的属性信息：

属性名	说明
name	当在配置文件中有多个 TransactionManager , 可以用该属性指定选择哪个事务管理器。
propagation	事务的传播行为，默认值为 REQUIRED。
isolation	事务的隔离度，默认值采用 DEFAULT。
timeout	事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则自动回滚事务。
read-only	指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。
rollback-for	用于指定能够触发事务回滚的异常类型，如果有多个异常类型需要指定，各类型之间可以通过逗号分隔。
no-rollback- for	抛出 no-rollback-for 指定的异常类型，不回滚事务。

除此以外，@Transactional 注解也可以添加到类级别上。当把@Transactional 注解放在类级别时，表示所有该类的公共方法都配置相同的事务属性信息。见清单 2，EmployeeService 的所有方法都支持事务并且是只读。当类级别配置了@Transactional，方法级别也配置了@Transactional，应用程序会以方法级别的事务属性信息来管理事务，换言之，方法级别的事务属性信息会覆盖类级别的相关配置信息。

清单 2. @Transactional 注解的类级别支持

@Transactional(propagation= Propagation.SUPPORTS,readOnly=true)

@Service(value ="employeeService")

public class EmployeeService

注解方式的事务使用注意事项

当您对 Spring 的基于注解方式的实现步骤和事务内在实现机制有较好的理解之后，就会更好的使用注解方式的事务管理，避免当系统抛出异常，数据不能回滚的问题。

正确的设置@Transactional 的 propagation 属性

需要注意下面三种 propagation 可以不启动事务。本来期望目标方法进行事务管理，但若是错误的配置这三种 propagation，事务将不会发生回滚。

TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。

正确的设置@Transactional 的 rollbackFor 属性

默认情况下，如果在事务中抛出了未检查异常（继承自 RuntimeException 的异常）或者 Error，则 Spring 将回滚事务；除此之外，Spring 不会回滚事务。

如果在事务中抛出其他类型的异常，并期望 Spring 能够回滚事务，可以指定 rollbackFor。例：

@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)

通过分析 Spring 源码可以知道，若在目标方法中抛出的异常是 rollbackFor 指定的异常的子类，事务同样会回滚。

清单 3. RollbackRuleAttribute 的 getDepth 方法

private int getDepth(Class<?> exceptionClass, int depth) {

if (exceptionClass.getName().contains(this.exceptionName)) {

// Found it!

return depth;

}

// If we've gone as far as we can go and haven't found it...

if (exceptionClass == Throwable.class) {

return -1;

}

return getDepth(exceptionClass.getSuperclass(), depth + 1);

}

@Transactional 只能应用到 public 方法才有效

只有@Transactional 注解应用到 public 方法，才能进行事务管理。这是因为在使用 Spring AOP 代理时，Spring 在调用在图 1 中的 TransactionInterceptor 在目标方法执行前后进行拦截之前，DynamicAdvisedInterceptor（CglibAopProxy 的内部类）的的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法会间接调用 AbstractFallbackTransactionAttributeSource（Spring 通过这个类获取表 1. @Transactional 注解的事务属性配置属性信息）的 computeTransactionAttribute 方法。

清单 4. AbstractFallbackTransactionAttributeSource

protected TransactionAttribute computeTransactionAttribute(Method method,

Class<?> targetClass) {

// Don't allow no-public methods as required.

if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {

return null;}

这个方法会检查目标方法的修饰符是不是 public，若不是 public，就不会获取@Transactional 的属性配置信息，最终会造成不会用 TransactionInterceptor 来拦截该目标方法进行事务管理。

参考：https://www.ibm.com/developerworks/cn/java/j-master-spring-transactional-use/index.html