Spring Boot 声明式事务@Transactional 注解

小王纸(๑• . •๑)

已于 2022-05-26 17:04:44 修改

阅读量605

点赞数 1

文章标签： spring boot spring java

于 2022-05-16 11:45:23 首次发布

本文链接：https://blog.csdn.net/weixin_60887323/article/details/124795092

版权

简介：
1.事务是在开发中非常重要的事情。在spring体系中，有关事务的两个注解是@EnableTransactionManagement以及@Transactional

2.@EnableTransactionManagement // 等同于xml配置方式的 <tx:annotation-driven />

3.spring-boot 会自动配置事务，相关的配置在 org.springframework.boot.autoconfigure.transaction.TransactionAutoConfiguration在自动配置类里已经写好了 @EnableTransactionManagement

4.@Transactional这个注解是用来声明这个类或者方法需要开启事务。

事务@Transactional的使用（在添加用户实现类方法加上注解）：

1.@Transactional注解只能在抛出RuntimeException或者Error时才会触发事务的回滚，常见的非RuntimeException是不会触发事务的回滚的。但是我们平时做业务处理时，需要捕获异常，所以可以手动抛出RuntimeException异常或者添加rollbackFor = Exception.class(也可以指定相应异常)（真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的）

手动提交事务（RuntimeException问题解决）：

当我们需要在事务控制的service层类中使用try catch 去捕获异常后，就会使事务控制失效，因为该类的异常并没有抛出，就不是触发事务管理机制。怎样才能即使用try catch去捕获异常，而又让出现异常后spring回滚呢，这里就要用到

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

 1//假设这是一个service类的片段
 2 
 3 try{ 
 4     //出现异常
 5 } catch (Exception e) {
 6             e.printStackTrace();
 7            //设置手动回滚
 8             TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
10         }
11 //此时return语句能够执行
12 return  xxx;

Propagation支持7种不同的传播机制：

如：@Transactional(propagation=Propagation.NOT_SUPPORTED)

1.REQUIRED：如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。

2.SUPPORTS：如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。

3.NOT_SUPPORTED：总是非事务地执行，并挂起任何存在的事务。

4.REQUIRESNEW：总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。

5.MANDATORY：如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

6.NEVER：总是非事务地执行，如果存在一个活动事务，则抛出异常

7.NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。

注意事项：

1.在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。

2.@Transactional 注解只能应用到 public 可见度的方法上。如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，但是这个被注解的方法将不会展示已配置的事务设置。

3.注意仅仅 @Transactional 注解的出现不足于开启事务行为，它仅仅是一种元数据。必须在配置文件中使用配置元素，才真正开启了事务行为。

4.通过元素的 “proxy-target-class” 属性值来控制是基于接口的还是基于类的代理被创建。如果 “proxy-target-class” 属值被设置为 “true”，那么基于类的代理将起作用（这时需要CGLIB库cglib.jar在CLASSPATH中）。如果 “proxy-target-class” 属值被设置为 “false” 或者这个属性被省略，那么标准的JDK基于接口的代理将起作用。

5.Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。

6.@Transactional 的事务开启，或者是基于接口的或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。

小技巧：

1.只读事务（@Transactional(readOnly = true)）

如果你一次执行单条查询语句，则没有必要启用事务支持，数据库默认支持SQL执行期间的读一致性；
如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询SQL必须保证整体的读一致性，否则，在前条SQL查询之后，后条SQL查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用事务支持。
【注意是一次执行多次查询来统计某些信息，这时为了保证数据整体的一致性，要用只读事务】

2.超时时间@Transactional(propagation = Propagation.REQUIRED,timeout = 5)

手动编写事务：

 1//编程式事务
 2 　　　　//1.获取Connection对象
 3 　　　　Connection conn = JDBCUtils.getConnection();
 4 　　　　try {
 5 　　　　　　//2.开启事务：阻止自动提交
 6 　　　　　　conn.setAutoCommit(false);
 7 　　　　　　//3.执行数据库操作
 8 　　　　　　chain.doFilter(req,resp);
 9 　　　　　　//4.提交事务
10 　　　　　　conn.commit();
11 　　　　}catch(Exception e) {
12 　　　　　　//5.回滚事务
13 　　　　　　conn.rollBack();
14 
15 　　　　}finally{
16 　　　　　　//6.释放资源
17 　　　　}