Transactional 自己抛出异常会回滚吗

当事务代码块中发生异常时，通常事务管理器会捕获并处理异常，然后触发事务回滚操作。这意味着在事务代码块中发生异常时，事务将会回滚到事务开始之前的状态。

具体地说，如果在事务代码块中发生异常，并且该异常被抛出到事务管理器，事务管理器会检测到异常并触发回滚操作。回滚操作将会撤销在该事务中进行的所有数据库修改操作，将数据库恢复到事务开始之前的状态。这样可以确保数据的一致性，并且避免因为异常导致的数据错误。

然而，值得注意的是，并非所有类型的异常都会导致事务回滚。一些特定类型的异常，如受检查异常或特定的业务异常，可能需要开发人员显式地处理，而不会导致事务回滚。此外，在某些情况下，开发人员也可以配置事务管理器以自定义异常的回滚行为。因此，在具体的应用程序和事务管理器的设置下，事务抛出的异常是否会触发回滚操作可能会有所不同。

相关问题

service层互调，两个都有事务回滚，都标记了@Transactional，如果出现异常抛出，不回滚是什么原因

如果在service层互调中，两个方法都标记了@Transactional注解，并且都抛出了异常，但是事务没有回滚，可能是因为以下原因：

1. 异常被catch了：如果异常被catch了，那么@Transactional注解就不会起作用，因为事务只会在抛出未被catch的异常时才会回滚。

2. 事务传播机制：事务的传播机制定义了一个事务方法如何在另一个事务方法调用期间进行交互。如果两个方法的事务传播机制不匹配，那么事务可能不会回滚。比如，如果一个方法使用了REQUIRED_NEW事务传播机制，而另一个方法使用了REQUIRED事务传播机制，则内部方法的异常不会影响外部方法的事务回滚。

3. 数据库存储引擎：如果你的数据库存储引擎不支持事务回滚，事务就不会回滚。在这种情况下，你需要更改存储引擎或使用其他的数据库。

4. 代码逻辑问题：最后，事务没有回滚可能是因为你的代码有逻辑问题。你可以检查你的代码逻辑是否正确，并确保你的方法在抛出异常时标记为回滚。

综上，如果事务没有回滚，你可以检查以上原因并进行相应的更改。如果你仍然无法解决问题，请提供更多的信息，以便更好地帮助你解决问题。

Spring 应用中，如果 @Transactional 方法抛出异常，是不是方法内所有执行的数据库操作都会回滚？

是的，如果一个带有 @Transactional 注解的方法在执行过程中发生了异常，所有的数据库操作都会回滚到方法执行前的状态。这是因为 @Transactional 注解会将方法标记为具有事务性质，使得在方法执行前就会创建一个新的事务，并在方法执行结束后根据方法执行的成功或失败状态来决定事务的提交或回滚。