Loading

看一看Spring事务@Transactional

Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的。

spring支持编程式事务管理和声明式事务管理两种方式。
①编程式事务管理
编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。
需要你自己手动提交。对代码有一定的入侵。

②声明式事务管理

声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

我一般用@Transactional注解，即声明式事务。很方便不需要我们手动的提交。
使用很方便直接在类或者方法上添加注解就可以了。.
就像这样

  @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW)
  public void updateFoo(Foo foo) {
    // do something
  }
}

思考一下：
显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。
但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。

看一下注解源码

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {
    @AliasFor("transactionManager")
    String value() default "";

    @AliasFor("value")
    String transactionManager() default "";

    String[] label() default {};

    Propagation propagation() default Propagation.REQUIRED;

    Isolation isolation() default Isolation.DEFAULT;

    int timeout() default -1;

    String timeoutString() default "";

    boolean readOnly() default false;

    Class<? extends Throwable>[] rollbackFor() default {};

    String[] rollbackForClassName() default {};

    Class<? extends Throwable>[] noRollbackFor() default {};

    String[] noRollbackForClassName() default {};
}

常用@Transactional属性和注意事项！！！

value : transactionManager事务管理器

这个是用来选择事务管理器的。当在配置文件中有多个 TransactionManager时, 可以用该属性指定选择哪个事务管理器。

Propagation : （7种）事务的传播行为 ❤️

这个主要是 如果在 开始当前事务之前，另一个一个事务已经存在，那么怎么处理他们的关系，是加入已经存在的事务，还是嵌套事务来运行，还是把当前事务挂起，或者抛出异常呢？
可选项有7种

  1. 默认值：Propagation.REQUIRED;如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。

  2. Propagation.REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。

  3. Propagation.SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。

  4. Propagation.NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。

  5. Propagation.NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。

  6. Propagation.MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。

  7. Propagation.NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于

isolation : 事务的隔离级别 ❤️

这个也是基于数据库的隔离级别。
隔离级别是指若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量：

  • TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED（读已提交）。但是MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读）。

  • TransactionDefinition.ISOLATION_READ_UNCOMMITTED(读取未提交)：
    该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。

  • TransactionDefinition.ISOLATION_READ_COMMITTED(读取已提交)：
    该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。

  • TransactionDefinition.ISOLATION_REPEATABLE_READ(可重复读)：
    该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读。

  • TransactionDefinition.ISOLATION_SERIALIZABLE(可串行化：最高的隔离级别，所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。

timeout： 事务超时时间

如果方法超出时间，但是还有sql没有执行完成会报事务超时错误（会回滚）。
这个时间时sql执行的时间相加，而不是代码执行的时间。
你设置timeout=10，10秒超时，你sleep(11)，睡了11秒，你的sql执行时间累计没有超过10秒还是会正常执行的。

boolean readOnly：是否只读事务

默认为false，为true的话为只读事务。
只读事务用于客户代码只读但不修改数据的情形，只读事务用于特定情景下的优化，比如使用Hibernate的时候。

Throwable>[] rollbackFor： 触发回滚异常类型

用来定义触发回滚异常类型。
在@Transactional注解中如果不配置rollbackFor属性,那么事物只会在遇到RuntimeException的时候才会回滚,遇到检查型异常则不会回滚。
所以我们使用的时候一般加上rollbackFor=Exception.class,明确了抛出那些异常时回滚事务，可以让事物在遇到非运行时异常时也回滚。
也可以明确定义那些异常抛出时不回滚事务。

7种事务失效情况 ❤️❤️❤️

1. 事务方法访问修饰符非public或者是static 、final的，会导致事务失效

2. @Transactional 注解属性 rollbackFor 设置错误

rollbackFor 可以指定能够触发事务回滚的异常类型。Spring默认抛出了未检查unchecked异常（继承自 RuntimeException 的异常）或者 Error才回滚事务；其他异常不会触发回滚事务。如果在事务中抛出其他类型的异常，但却期望 Spring 能够回滚事务，就需要指定rollbackFor属性。

3. 同一个类中非事务方法调用事务方法,导致事务失效

像这样：

@Service 
class XService{
  public a(){
    b();   //非事务方法a调用了 事务b方法，导致 b 事务失效
  }
 @Transactional  
  public b(){
  };
}

那为啥会出现这种情况？其实这还是由于使用Spring AOP代理造成的，因为只有当事务方法被当前类以外的代码调用时，才会由Spring生成的代理对象来管理。

4.异常被你的 catch“吃了”导致@Transactional失效

如果你手动的catch捕获这个异常并进行处理，事务管理器会认为当前事务应该正常commit，就会导致注解失效，如果非要捕获且不失效，就必须在代码块内throw new Exception抛出异常。

5.数据库引擎不支持事务

数据库引擎都不支持了肯定不行呀。

6. 多线程调用，代表了两个不同的事务.

看两个解决案例：
https://www.zhihu.com/question/412543859
https://www.cnblogs.com/swave/p/12084771.html

7.传播类型不支持事务.

那就看你的传播类型参数配置了。

posted @ 2022-04-12 23:19  程序员小小宇  阅读(93)  评论(0)  编辑  收藏  举报