Spring的事务(@Transactional)


一、介绍

  • Spring事务的本质,其实就是通过 Spring AOP 切面技术
  • Spring事务支持2种使用方式
    1. 声明式事务(注解方式)
    2. 编程式事务(代码方式):代码需要手动控制,比较繁琐,一般不使用

二、开启事务

  • SpringBoot

    • 默认开启了事务
  • Spring

    <!-- 事务管理器 -->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>
    
    <!-- 注解驱动,值为事务管理器的id -->
    <tx:annotation-driven transaction-manager="transactionManager"/>
    

三、声明式事务(@Transactional)

1、原理

  • Spring的事务是使用AOP来实现的,在执行目标方法的前和后,加上了事务管理的代码,在目标方法执行成功后,提交事务,抛出异常,则回滚事务

2、注解标注的位置

  1. 接口上:不推荐。Spring事务是通过AOP来实现的,而AOP是基于动态代理实现的,AOP的动态代理有2种方式,如果配置了 AOP为cglib(基于类),将会导致该注解失效
  2. 类上:该类所有的public方法都配置相同的事务属性
  3. 方法上:当类上标注了,方法上也标注了,方法上标注的优先级更高

3、事务的条件

  1. 含有注解的类必须被Spring管理,加载到IOC容器中
  2. 方法必须是public,没有权限访问则无法进行事务管理
  3. 如果视为操作错误,必须抛出异常,默认只有抛出RuntimeException 或者 Error才会回滚

4、事务生效、不生效的场景

  1. 数据库表的引擎不是innodb。不生效
  2. 含有注解的类没有加载到IOC容器中。不生效
  3. 注解标注在非public的方法上。不生效
  4. 抛出的异常不是指定的回滚异常类型rollbackForrollbackForClassNamenoRollbackFornoRollbackForClassName。不生效
  5. 抛出的异常被catch了。不生效
  6. methodA调用methodB,2个方法在同1个类
    • methodA上不加注解,methodB上加注解。methodB的事务不生效
    • methodA上加注解,methodB加不加注解,事务都是有效的。则AB在同一事务中
  7. methodA调用methodB,2个方法在不同的类
    • methodA加注解,methodB加不加注解,事务都是有效的
    • methodA不加注解,methodB加注解,只有B是有事务的

5、@Transactional属性

1、value、transactionManager

  • 指定事务管理器
  • 一个工程可能访问多个数据源,可能会配置多个事务管理器

2、propagation

  • 事务的传播行为(7种)
//如果当前存在事务则加入事务;如果当前不存在事务,则创建一个新的事务。默认
Propagation.REQUIRED

//如果当前存在事务,则加入该事务;如果当前不存在事务,则以非事务的方式继续运行
Propagation.SUPPORTS

//如果当前存在事务,则加入该事务;如果当前不存在事务,则抛出异常
//与Propagation.NEVER相反
Propagation.MANDATORY

//不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的
Propagation.REQUIRES_NEW

//以非事务的方式执行,如果当前存在事务,则将其挂起
Propagation.NOT_SUPPORTED

//以非事务的方式运行;如果当前存在事务,则抛出异常
//与Propagation.MANDATORY相反
Propagation.NEVER

//如果当前存在事务,则在该事务内嵌套事务运行;如果当前不存在事务,则创建一个新的事务
Propagation.NESTED

3、isolation

  • 事务隔离级别
//。默认
Isolation.DEFAULT

//读取未提交数据,可能会出现脏读、不可重复读、幻读
Isolation.READ_UNCOMMITTED

//读取已提交数据,可能会出现不可重复读、幻读
Isolation.READ_COMMITTED

//可重复读,可能会出现幻读
Isolation.REPEATABLE_READ

//串行化读取,事务只能依次执行,避免了脏读、不可重复读、幻读。执行效率低
Isolation.SERIALIZABLE

4、timeout

  • 事务超时
  • 单位s,默认-1
  • 是指一个事务所允许执行的最长时间,如果超过该时间限制但事务还没有完成,则自动回滚事务,并抛出TransactionTimedOutException异常,阻止可能出现的长时间的阻塞系统或者占用系统资源

5、readOnly

  • 是否只读
  • true-只读,如果方法内存在增、删、改则会抛出异常;false-读写,增、删、改、查操作都允许。默认false

6、rollbackFor

  • 回滚的异常类型
  • 异常类的class数组,Class<? extends Throwable>[]

7、rollbackForClassName

  • 不会回滚的异常类型
  • 异常类名的String数组,String[]

8、noRollbackFor

  • 不会回滚的异常类型
  • 异常类的class数组,Class<? extends Throwable>[]

9、noRollbackForClassName

  • 不会回滚的异常类型
  • 异常类名的String数组,String[]
  • 14
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
在Java Spring Boot中,@Transactional是一个注解,用于标记一个方法或类需要进行事务管理。事务是一组操作的逻辑单元,要么全部成功执行,要么全部回滚。使用@Transactional注解可以确保在方法执行期间,如果发生异常或错误,所有对数据库的操作都会回滚到事务开始之前的状态。 当我们在一个方法上添加@Transactional注解时,Spring会自动为该方法创建一个事务,并在方法执行之前开启事务,在方法执行之后根据方法的执行结果决定是提交事务还是回滚事务。如果方法执行成功,事务将会被提交,如果方法执行失败,事务将会被回滚。 除了在方法上使用@Transactional注解,我们还可以将它应用于类级别。当我们在类级别上添加@Transactional注解时,该类中的所有方法都将被包装在一个事务中。 需要注意的是,@Transactional注解默认只对未检查异常(RuntimeException及其子类)进行回滚,对于检查异常(Exception及其子类)不会回滚。如果需要对检查异常进行回滚,可以使用@Transactional(rollbackFor = Exception.class)来指定回滚的异常类型。 另外,@Transactional注解还可以接收一些参数,用于配置事务的传播行为、隔离级别、超时时间等。例如,@Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.DEFAULT, timeout = 3600)。 总结一下,@Transactional注解是用于在Java Spring Boot中进行事务管理的注解,通过标记方法或类,可以确保一组操作要么全部成功执行,要么全部回滚。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

kimi-001

只想在有限的时间分享更多的知识

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值