Spring注解式事务管理:@Transactional


一、注解位置

@Transactional可以放在两个位置

  • Service层的实现类上:该类中所有方法都进行事务处理
如
@Service
@Transactional
public class OrgServiceImpl implements OrgService {
          ...
}
  • Service层的实现类的具体方法上:该方法进行事务处理
@Service
public class OrgServiceImpl implements OrgService {
    ...

    @Override
    @Transactional
    public int addOrg(Org org) {
        ...
    }

    ...
}

二、@Transactional的属性

先看一个表格总结:

属性名 功 能 描 述
readOnly 该属性用于设置当前事务是否为只读事务,设置为true表示只读,false则表示可读写,默认值为false。例如:@Transactional(readOnly=true)
propagation 该属性用于设置事务的传播行为。默认值为Propagation.REQUIRED 例如:@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
isolation 该属性用于设置底层数据库的事务隔离级别。默认值为Isolation.DEFAULT。事务隔离级别用于处理多事务并发的情况,通常使用数据库的默认隔离级别即可,基本不需要进行设置
timeout 该属性用于设置事务的超时秒数,默认值为-1,表示永不超时
rollbackFor 该属性用于设置需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,则进行事务回滚。例如: 指定单一异常类:@Transactional(rollbackFor=RuntimeException.class) 指定多个异常类:@Transactional(rollbackFor={RuntimeException.class, Exception.class})
rollbackForClassName 该属性用于设置需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,则进行事务回滚。例如: 指定单一异常类名称:@Transactional(rollbackForClassName="RuntimeException") 指定多个异常类名称:@Transactional(rollbackForClassName={"RuntimeException","Exception"})
noRollbackFor 该属性用于设置不需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,不进行事务回滚。例如: 指定单一异常类:@Transactional(noRollbackFor=RuntimeException.class) 指定多个异常类:@Transactional(noRollbackFor={RuntimeException.class, Exception.class})
noRollbackForClassName 该属性用于设置不需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,不进行事务回滚。例如: 指定单一异常类名称:@Transactional(noRollbackForClassName="RuntimeException") 指定多个异常类名称: @Transactional(noRollbackForClassName={"RuntimeException","Exception"})

再来看几个重要属性的具体释义

2.1 readOnly

是否是只读事务。

取值 含义
false(默认) 说明为读写事务
true 说明为只读事务,对于JDBC而言,只读事务会有一定的速度优化。此时,事务控制的其他配置会采用默认值,事务的隔离级别(isolation) 为DEFAULT(采用底层数据源的隔离级别),事务的传播行为(propagation)则是REQUIRED,所以还是会有事务存在。

补充:在将事务设置成只读后,相当于将数据库设置成只读数据库,此时若要进行写的操作,会出现错误。
建议阅读:Spring 事务 readOnly 到底是怎么回事?,给出的结论是:

1 readonly并不是所有数据库都支持的,不同的数据库下会有不同的结果。
2 设置了readonly后,connection都会被赋予readonly,效果取决于数据库的实现。
3 在ORM中,设置了readonly会赋予一些额外的优化,例如在Hibernate中,会被禁止flush等。

如果你使用的是mysql数据库,出现了这样的报错信息:

Caused by: java.sql.SQLException: Connection is read-only. Queries leading to data modification are not allowed
2     at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:910)
3     at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:792)

那么很有可能是你在增删改等修改操作的方法上不小心加上了readOnly=true

在增删改方法中,采用默认readOnly=false即可,也就是不需要写这个属性。
在查询方法中,对于是否配置readOnly=true,目前我是配置了的,不过还有待研究。。。

2.2 propagation

事务的传播行为,有以下几种取值。

取值 含义
Propagation.REQUIRED(默认) 如果有事务, 那么加入事务, 没有的话新建一个
Propagation.NOT_SUPPORTED 容器不为这个方法开启事务
Propagation.REQUIRES_NEW 不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
Propagation.MANDATORY 必须在一个已有的事务中执行,否则抛出异常
Propagation.NEVER 必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
Propagation.SUPPORTS 如果其他bean调用这个方法,在其他bean中声明事务,那就用事务;如果其他bean没有声明事务,那就不用事务.

一般不需要设置显式这个属性,采用默认值即可;查询方法可以单独配置Propagation.NOT_SUPPORTED

2.3 isolation

事务隔离级别,有以下几种取值:

取值 含义
Isolation.DEFAULT(默认) 使用底层数据源的配置(下面4种之一)
Isolation.READ_UNCOMMITTED 读取未提交数据(会出现脏读, 不可重复读) 基本不使用
Isolation.READ_COMMITTED 读取已提交数据(会出现不可重复读和幻读)
Isolation.REPEATABLE_READ 可重复读(会出现幻读)
Isolation.SERIALIZABLE 串行化

具体释义可以参考MySQL学习笔记(二):事务管理
一般不需要设置显式这个属性,采用默认值即可。

2.4 rollbackFor和noRollbackFor

默认是,当抛出一个unchecked异常(也就是运行时异常RuntimeException或其子类例的实例)时,会进行事务回滚。从事务方法中抛出的Checked exceptions将不被标识进行事务回滚。

概念补充:什么是unchecked和checked异常

unchecked:运行时异常RuntimeException或其子类例的实例都是unchecked异常,可以理解为那些不用写try-catch的异常。
checked:除了上面说的,都是checked异常

如何改变默认规则:
a.让checked例外也回滚:在整个方法前加上 @Transactional(rollbackFor=Exception.class)
b.让unchecked例外不回滚: @Transactional(notRollbackFor=RunTimeException.class)
c.不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容