@Transactional(rollbackFor = Exception.class)
一般先删除后添加的业务回滚;
例如添加B表之后删除A表,如果你B表添加正常,A删除报错 就会回滚
- 指定 JPA 底层的 hibernate方言,使用 InnoDB 作为存储引擎。否则默认 JPA 使用的是 MyISAM
存储引擎,此引擎不支持事务、不支持外键的 - 在了解@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:我们在使用事物注解的时候,尽量不要在类上面使用,这会使得类里面的所有方法都会有事物进行处理。比如说,我们一些方法只做查询操作,我们就没有必要再进行事物,我们应该在需要事物处理的方法上面加事物,并且指定回滚的异常类型。