[JPA注解] @Transactional注解了解

本文介绍了Spring的@Transactional注解在处理数据库操作时如何实现事务回滚,特别是在发生异常时的回滚机制。讲解了如何指定回滚异常类型、事务传播行为、隔离级别等属性,并强调了不应在Service层捕获异常以保持事务效果。同时提醒注意@Transactional注解只对public方法生效,以及避免在类级别上过度使用事务。
摘要由CSDN通过智能技术生成

@Transactional(rollbackFor = Exception.class)
在这里插入图片描述
一般先删除后添加的业务回滚;
例如添加B表之后删除A表,如果你B表添加正常,A删除报错 就会回滚

  1. 指定 JPA 底层的 hibernate方言,使用 InnoDB 作为存储引擎。否则默认 JPA 使用的是 MyISAM
    存储引擎,此引擎不支持事务、不支持外键的
  2. 在了解@Transactional怎么用之前我们必须要先知道@Transactional有什么用。下面举个栗子:比如一个部门里面有很多成员,这两者分别保存在部门表和成员表里面,在删除某个部门的时候,假设我们默认删除对应的成员。但是在执行的时候可能会出现这种情况,我们先删除部门,再删除成员,但是部门删除成功了,删除成员的时候出异常了。这时候我们希望如果成员删除失败了,之前删除的部门也取消删除。这种场景就可以使用@Transactional事物回滚。

@Transactional 进阶

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

  • 3.解决方案 01:Spring的事务管理默认是针对Error异常和RuntimeException异常以及其子类进行事务回滚。对runtimeException并不需要抛出,error需要抛出异常,并进行捕获。所以我们上面用到的SQLTimeoutException()并不属于这两者之间,我们需要手动回滚异常,在@Transaction注解里面指定回滚异常类型即可,我这里举一个例子@Transactional(rollbackFor
    = Exception.class)

    02:
    我们在需要执行的sercvice里面不应该主动捕获异常,这会导致我们事物不生效,应该继续往上抛,在controller层捕获即可,这样事物也生效了,异常也捕获了。

    03:@Transaction注解只对方法名为pubic的才生效,其他事物不会生效。顾名思义,也就是说使用了@Transaction注解的,只能是public。因为只有@Transaction注解只有被其他方法调用才生效的,能被其他方法调用的方法,只能是public。

    04:我们在使用事物注解的时候,尽量不要在类上面使用,这会使得类里面的所有方法都会有事物进行处理。比如说,我们一些方法只做查询操作,我们就没有必要再进行事物,我们应该在需要事物处理的方法上面加事物,并且指定回滚的异常类型。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

是汤圆丫

怎么 给1分?

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

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

打赏作者

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

抵扣说明:

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

余额充值