用法@事务注释有必要吗？Spring开机

Question

所以我是Spring的新人，目前对@Transactional Annoting感到困惑，我已经阅读了很多关于这个主题的问答，但似乎我仍然不明白。

这是我的问题：

> < li>

执行插入更新删除时是否需要@Transactional批注？当我试图证明这一点时，我仍然可以执行插入和更新。你知道为什么会这样吗？

如果使用或不使用@Transactional注释，会有什么性能好处或问题吗？比如连接管理。

如果我的程序中不使用@Transactional Annoting会发生什么？

根据我使用@Transactional的经验，更新查询将在方法完成后刷新并提交，并且我在某些情况下不希望发生这种情况。例如：

@Transactional
private void doSomething() {
   TransactionEntity te = te.findById("");
   try {
      //fetch using feign and throw customTimCustomTimeoutException 
   } catch (CustomTimeoutException e) {
      te.workflowFailure("doSomething");
      repository.save(te);
   }
   //validation
   //business logic
   //save this save that
   //end of method and changes will be flushed and committed
}

如果在方法结束时，数据库脱机，它会右回滚，你会失去所有的进度。即使在catch block语句的repository.save（te）中，数据库还是正常的，你也不想失去这个进度。对此有什么解决方案或想法吗？

谢谢。

Answer 1

1. 使用 Crud 存储库接口时，您不需要为 CRUD 操作@Transactional。默认情况下，所有这些方法都是事务性的。我猜你是在用这个。退房 https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#transactions
2. 当您将方法标记为读取方法的@Transactional（readOnly = true）时，将显示性能优势。例如，看看简单Jpa存储库。
3. 默认情况下，只有 CRUD 操作是事务性的。在其他情况下，您必须使用@Transactional否则您将获得“java.lang.非法状态异常：没有可用的事务性实体管理器”。
4. 这取决于你会得到什么样的例外。如果是运行时，您将获得回滚同意。但是，如果它是选中的异常，则可以捕获它并决定是否要刷新数据。如果您在数据库上有一些繁重的操作，并且您不想丢失此进度，则最终可以多次刷新，这取决于用例。