今天,有一个非常简单的业务需求,就是简单的删除数据以及它所联动的其他的表的记录。可是,今天,我犯了一个非常低级的错误。就是:
首先的话,我是先在主表删除了那条记录,然后根据记录中的主键去删除从表的数据,由于没有加上事务管理。当我测试去操作这个业务的时候,它返回删除失败,但是刷新之后,发现主表的数据已经没了,但是从表的数据却还在,发生了异常。
这是因为,主表中的数据已经没了,而删除从表中的数据需要根据主表中的主键。由此发生了异常,而我也没有添加上事务管理。
改正:
我们应该先删除从表的数据,最后再删除主表中的数据,如果出错的话,我们需要给该业务添加上事务管理进行回滚,
修正后代码:
@Transactional(rollbackFor = RuntimeException.class)
@Override
public R delete(String idString) {
try {
String[] split = idString.split(",");
for (String s : split) {
WebsitesInfo websitesInfo = websitesInfoMapper.selectByPrimaryKey(Integer.parseInt(s));
rapResMapper.deleteByUrl(websitesInfo.getWebsiteUrl());
}
websitesInfoMapper.delete(idString);
} catch (RuntimeException e) {
logger.error("系统出错:{}", e.getMessage());
return R.fail("删除失败, 请联系管理员" + e.getMessage());
}
return R.success("删除成功");
}
说到@Transactional注解,借此机会重新回顾一下(其实我是在实习上班摸会鱼,🤫🤫🤫)
事务管理方式
事务管理对于企业应用来说是至关重要的,即使出现异常情况,它也可以保证数据的一致性。
spring支持编程式事务管理和声明式事务管理两种方式。
编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理,spring推荐使用TransactionTemplate。
声明式事务管理建立在AOP之上的。其本质是在方法前后进行拦截,然后再目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。
声明式事务管理也有两种常用的方式,一种是基于tx和aop名称空间的xml配置文件,另一种就是基于@Transactional注解。
使用说明
当作用在类上时,该类的所有public方法将都具有该类型的事务属性,同时,我们也可以在方法级别使用该标注来覆盖类级别的定义。
在项目中,@Transactional(rollbackFor=Exception.class),如果类加了这个注解,那么这个类里面的方法抛出异常,就会回滚,数据库里面的数据也会回滚。
在@Transactional注解中如果不配置rollbackFor属性,那么事务只会在遇到RuntimeException的时候才会回滚,加上rollbackFor=Exception.class,可以让事务在遇到非运行时异常时也回滚
注解常用属性详解
- propagation: 事务传播类型
Propagation propagation() default Propagation.REQUIRED;
- isolation: 事务隔离级别
Isolation isolation() default Isolation.DEFAULT;
- 此事务的超时时间(以秒为单位)默认为底层事务系统的默认超时
int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;
- readonly: 如果事务实际上是只读的,则可以将其设置为true布尔标志,从而允许在运行时进行相应的优化。默认为false。这只是对实际事务子系统的提示;他不一定会导致写访问尝试失败,无法解释只读提示的事务管理器在请求只读事务时不会抛出异常,而是默默地忽略该提示。
boolean readOnly() default false;
- rollbackFor: 定义0个或多个异常(数组)
Class<? extends Throwable>[] rollbackFor() default {};