spring事务注解@Transactional不生效、不回滚原因

最新推荐文章于 2025-11-10 10:25:13 发布

原创最新推荐文章于 2025-11-10 10:25:13 发布 · 2.4k 阅读

8 ·

CC 4.0 BY-SA版权

技巧同时被 3 个专栏收录

4 篇文章

订阅专栏

后端

1 篇文章

订阅专栏

spring

1 篇文章

订阅专栏

本文详细解析了Spring框架中@Transactional注解的使用方法及其参数配置，包括事务传播行为、隔离级别、读写控制等，同时提供了确保事务正确执行的注意事项。

一般情况下在方法上直接添加@Transactional即可，但是极有可能会达不到我们想要的效果，这时就需要添加相应的参数，参数如下。

@Transactional(propagation=Propagation.REQUIRED)           //控制事务传播。默认是Propagation.REQUIRED
@Transactional(isolation=Isolation.DEFAULT)                //控制事务隔离级别。默认跟数据库的默认隔离级别相同
@Transactional(readOnly=false)                             //控制事务可读写还是只可读。默认可读写
@Transactional(timeout=30)                                 //控制事务的超时时间，单位秒。默认跟数据库的事务控制系统相同，又说是30秒
@Transactional(rollbackFor=RuntimeException.class)         //控制事务遇到哪些异常才会回滚。默认是RuntimeException
@Transactional(rollbackForClassName=RuntimeException)      //同上
@Transactional(noRollbackFor=NullPointerException.class)   //控制事务遇到哪些异常不会回滚。默认遇到非RuntimeException不会回滚
@Transactional(noRollbackForClassName=NullPointerException)//同上

除了添加以上参数进行配置外，还有一些注意事项，可能会造成事务打开或回滚失败：

添加注解的方法不是public修饰的；
并不是所有的异常都能触发回滚，默认只有这些会触发回滚"运行时、未检查异常（继承自 RuntimeException 的异常）或者 Error"，所以如果想要所有的异常都回滚，需要在注解上添加（rollbackFor = Exception.class）这个参数和值。
事务只有在方法抛出异常时才会回滚，如果方法中的异常被try-catch捕获，则不会回滚，如果业务需要在catch中进行业务逻辑处理，则需要手动回滚，在catch中添加以下语句：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
如果在controller层调用service方法（方法A）没有添加@Transactional注解，那么即使方法A调用（有注解的）方法B，也不会触发事务；

另外：附上事务传播行为和事务隔离级别的相关参数以供诸君查阅：

事务传播行为：

REQUIRED（默认）：业务方法需要在一个容器里运行。如果方法运行时，已经处在一个事务中，那么加入到这个事务，否则自己新建一个新的事务。
NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。
REQUIRESNEW：不管是否存在事务，该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务挂起，新的事务被创建。
MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果在没有事务的环境下被调用，容器抛出例外。
SUPPORTS：该方法在某个事务范围内被调用，则方法成为该事务的一部分。如果方法在该事务范围外被调用，该方法就在没有事务的环境下执行。
NEVER：该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务，才正常执行。
NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

事务隔离级别：

DEFAULT（默认）：DEFAULT为数据源（数据库）的默认隔离级别，以目前常用的MySQL为例，默认的隔离级别通常为REPEATABLE_READ。
READ_UNCOMMITTED未授权读取级别：这是最低的隔离级别，一个事务能读取到别的事务未提交的更新数据，很不安全，可能出现丢失更新、脏读、不可重复读、幻读。
READ_COMMITTED授权读取级别：以操作同一行数据为前提，读事务允许其他读事务和写事务，未提交的写事务禁止其他读事务和写事务。此隔离级别可以防止更新丢失、脏读，但不能防止不可重复读、幻读。此隔离级别可以通过“瞬间共享读锁”和“排他写锁”实现。
REPEATABLE_READ可重复读取级别：保证同一事务中先后执行的多次查询将返回同一结果，不受其他事务影响。以操作同一行数据为前提，读事务禁止其他写事务，但允许其他读事务，未提交的写事务禁止其他读事务和写事务。此隔离级别可以防止更新丢失、脏读、不可重复读，但不能防止幻读。
SERIALIZABLE序列化级别：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰。提供严格的事务隔离，此隔离级别可以防止更新丢失、脏读、不可重复读、幻读。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。