前言:在日常的开发过程中,多多少少会遇到Spring事务失效导致的一些事故,本篇主要通过具体的案例分析来讲解常见的8种失效的场景,让阅读者通俗易懂的明白每一种事务失效的原因,知其然并知其所以然!
目录
一、未指定回滚异常
@Transactional注解默认的回滚异常类型是运行时异常(RuntimeException),如果我们自定义了一个异常直接继承了Exception,代码如下:
public class CustomException extends Exception{}
如果@Transactional未指定异常,当程序中抛出CustomException异常则不会回滚,测试代码如下:
@Transactional
public void insert() throws CustomException {
Notice notice = new Notice();
notice.setId(UUID.randomUUID().toString());
notice.setTitle("《发布关于新版本更新的通知》");
notice.setAuthor("管理员");
notice.setContent("******");
History history = new History();
history.setId(UUID.randomUUID().toString());
history.setContent(notice.toString());
noticeMapper.insert(notice);
historyMapper.insert(history);
throw new CustomException();
}
运行结果如下:
虽然程序当中抛出了异常,但是数据库还是成功入库了,这样显然是不合理的!
所以我们需要在@Transactional指定回滚异常的类型,遇到异常就要回滚:@Transactional(rollbackFor = Exception.class)
二、异常被捕获
当抛出的异常被try-catch捕获时,事务也会失效,具体看代码:
@Transactional(rollbackFor = Exception.class)
public void insert(){
try {
Notice notice = new Notice();
notice.setId(UUID.randomUUID().toString());
notice.setTitle("《发布关于新版本更新的通知》");
notice.setAuthor("管理员");
notice.setContent("******");
History history = new History();
history.setId(UUID.randomUUID().toString());
history.setContent(notice.toString());
noticeMapper.insert(notice);
historyMapper.insert(history);
throw new CustomException();
}catch (Exception e){
e.printStackTrace();
}
}
运行结果如下:
数据还是成功入库了,明显不合理!
所以我们需要主动将此异常抛出: throws CustomException。
我们也可以修改catch包裹的代码,以此来达到回滚的目的。
catch (Exception e){
e.printStackTrace();
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
三、方法内部直接调用
在Spring的Aop代理下,只有目标方法在外部进行调用,目标方法才会由Spring生成的代理对象来进行管理,如果是其他不包含@Transactional注解的方法中调用包含@Transactional注解的方法时候,有@Transactional注解的方法的事务会被忽略,则不会发生回滚。
public void insert() throws CustomException {
doSomething();
}
@Transactional(rollbackFor = Exception.class)
public void doSomething() throws CustomException {
Notice notice = new Notice();
notice.setId(UUID.randomUUID().toString());
notice.setTitle("《发布关于新版本更新的通知》");
notice.setAuthor("管理员");
notice.setContent("******");
History history = new History();
history.setId(UUID.randomUUID().toString());
history.setContent(notice.toString());
noticeMapper.insert(notice);
historyMapper.insert(history);
throw new CustomException();
}
运行结果如下:
数据也成功入库了,明显不合理!
只要在insert方法上面加上@Transactional注解即可,doSomething的方法上面可以去掉了,因为同处于一个数据库链接当中。
@Transactional(rollbackFor = Exception.class)
public void insert() throws CustomException {
doSomething();
}
public void doSomething() throws CustomException {
Notice notice = new Notice();
notice.setId(UUID.randomUUID().toString());
notice.setTitle("《发布关于新版本更新的通知》");
notice.setAuthor("管理员");
notice.setContent("******");
History history = new History();
history.setId(UUID.randomUUID().toString());
history.setContent(notice.toString());
noticeMapper.insert(notice);
historyMapper.insert(history);
throw new CustomException();
}
四、异步多线程
这里我撰写了一个新的myService2用于保存history对象,并在myService2的方法上加上了@Async的注解,并休眠了5s。
注:主启动类需要加上@EnableAsync
@Async
public void save(Notice notice) throws CustomException, InterruptedException {
System.out.println("异步任务开始...");
History history = new History();
history.setId(UUID.randomUUID().toString());
history.setContent(notice.toString());
historyMapper.insert(history);
Thread.sleep(5000);
System.out.println("异步任务结束...");
}
在2个插入操作都执行完毕以后,我主动抛出一个异常。
@Transactional(rollbackFor = Exception.class)
public void insert() throws CustomException, InterruptedException {
Notice notice = new Notice();
notice.setId(UUID.randomUUID().toString());
notice.setTitle("《发布关于新版本更新的通知》");
notice.setAuthor("管理员");
notice.setContent("******");
noticeMapper.insert(notice);
myService2.save(notice);
int a = 1/0;
}
运行结果如下:
notice没有入库,history入库了
这是因为@Async注解使用的是独立线程和独立的事务,和notice的不处于同一个事务当中,所以notice回滚了,但是history入库了。
同一个事务:公用的同一个数据库链接。
对于这种失效的场景,将 @Transactional和@Async绑定在一起进行使用,事务才是生效的,请看如下代码:
@Transactional(rollbackFor = Exception.class)
@Async
public void insert() throws CustomException, InterruptedException {
Notice notice = new Notice();
notice.setId(UUID.randomUUID().toString());
notice.setTitle("《发布关于新版本更新的通知》");
notice.setAuthor("管理员");
notice.setContent("******");
noticeMapper.insert(notice);
myService2.save(notice);
int a = 1/0;
}
public void save(Notice notice) throws CustomException, InterruptedException {
System.out.println("异步任务开始...");
History history = new History();
history.setId(UUID.randomUUID().toString());
history.setContent(notice.toString());
historyMapper.insert(history);
Thread.sleep(5000);
System.out.println("异步任务结束...");
}
五、使用了错误的事务传播机制
先简单介绍一下Spring事务的7种传播机制:
PROPAGATION_REQUIRED | 如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务 |
PROPAGATION_SUPPORTS | 如果当前存在事务,则加入该事务;如果没有事务,则以非事务方式继续运行 |
PROPAGATION_MANDATORY | 必须运行在已存在的事务中,否则抛出异常 |
PROPAGATION_REQUIRES_NEW | 创建一个新事务,如果已经存在一个事务,则把当前事务挂起 |
PROPAGATION_NOT_SUPPORTED | 以非事务方式运行,如果当前存在事务,则把当前事务挂起 |
PROPAGATION_NEVER | 以非事务方式运行,如果当前存在事务,则抛出异常。 |
PROPAGATION_NESTED | 如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则等同于PROPAGATION_REQUIRED |
详细讲解看我这篇文章:一文搞通Spring事务的七种传播机制(通俗易懂)
这边我使用的是PROPAGATION_REQUIRES_NEW的传播机制。
MyService2代码如下:
@Transactional(propagation = Propagation.REQUIRES_NEW,rollbackFor = Exception.class)
public void save(Notice notice){
History history = new History();
history.setId(UUID.randomUUID().toString());
history.setContent(notice.toString());
historyMapper.insert(history);
}
依旧在2个插入操作后抛出异常:
@Transactional(rollbackFor = Exception.class)
public void insert() throws CustomException {
Notice notice = new Notice();
notice.setId(UUID.randomUUID().toString());
notice.setTitle("《发布关于新版本更新的通知》");
notice.setAuthor("管理员");
notice.setContent("******");
noticeMapper.insert(notice);
myService2.save(notice);
throw new CustomException();
}
运行结果如下:
notice的信息入库失败,但是history成功入库了。
这是因为PROPAGATION_REQUIRES_NEW使得notice和history公用的不是同一个数据库链接,事务都是独立开来的。
六、方法被private或者final修饰
这种情况下,事务也是会失效的。
@Transactional(rollbackFor = Exception.class)
private void insert() throws CustomException {
}
@Transactional(rollbackFor = Exception.class)
public final void insert() throws CustomException {
}
七、当前类没有被Spring容器托管
在当前实体类上面要打上@Service注解,否则项目启动时也会报错,不多做阐述。
//@Service
public class MyService {
@Resource
private HistoryMapper historyMapper;
@Resource
private NoticeMapper noticeMapper;
@Transactional(rollbackFor = Exception.class)
public void insert() throws CustomException {
}
}
八、数据库不支持事务
比如Mysql的Myisam存储引擎是不支持事务的,只有innodb存储引擎才支持。 这个问题出现的概率极其小,了解一下。
九、总结
这就是目前日常开发当中我总结的Spring事务常见的8种失效场景,如有遗漏,欢迎评论区补充!