因为当时是跑定时任务去插入数据，大概是这样的

//简单的定时任务，30分钟执行一次
@Scheduled(cron = "0 0/30 * * * ?")
public void dealInsertUserInfo(){
userService.dealInsertUserInfo();
}
事后也没太注意它是否插入数据正常，直到第二天，有同事提出问题然后才发现表id自增到2000多了，数据一条都没有，尴尬！！！其实一般使用SpringBoot开发的都知道我们比较喜欢使用注解，一般会在service层加一个事务注解：@Transactional，毕竟可以根据不同的事务的隔离级别实现不同的功能，例如防止脏读、不可重复读以及幻读。但是事务失败则通过调用rollback()方法进行回滚，然后我的数据呢，就被它无情的吞掉了，然后我就shanlita

事务回滚必要条件

1.方法拦截——方法或者方法所在类被@Transactional注解
2.
异常——该方法的执行过程出现异常，事务管理器被触发，并对此做出处理
3.
指定异常——默认配置下，事务只会对Error与RuntimeException及其子类这些UNChecked异常，做出回滚。 一般的Exception这些Checked异常不会发生回滚（如果一般Exception想回滚要做出配置） 

举个栗子：实现一般异常的回滚： 
注解式：@Transactional(rollbackFor=Exception.class)

4.异常抛出——方法中出现的指定异常，只有在被事务管理器捕捉到以后，事务才会据此进行事务回滚，比如：
   a.异常不捕捉，就会回滚 
   b.如果异常被try{}捕捉到，那么事务管理器就无法再捕捉异常，所以就无法做出反应，事务不回滚；（既catch(RuntimeException)） 
   c.如果异常被try{}捕捉了，我们还可以在Catch(){}中throw new RuntimeException()，手动抛出运行时异常供事务管理器捕捉；（既catch(){ throw new RuntimeException(); })
   d.手动回滚事务TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

关闭自动事物回滚，使用@Rollback(false)关闭回滚。
 
————————————————
版权声明：本文为CSDN博主「ZBYTSL」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ZBYTSL/article/details/102833922