一篇文章学会使用@Transactional

@Transactional

参考文档

https://docs.spring.io/spring-framework/docs/4.3.13.RELEASE/spring-framework-reference/htmlsingle/#transaction-declarative-annotations

作用范围

方法

当类配置了@Transactional ,方法也配置了@Transactional，方法的事务会覆盖类的事务属性信息。
类

当把 @Transactional 注解作用在类上面时，表示该类的所有public方法都配置相同的事务属性信息。
接口

不推荐配置在接口，因为一旦配置配置在 Interface上并且配置了Spring AOP 使用CGLib动态代理，将会导致@Transactional 注解失效

注解属性有哪些

Propagation 事务的传播属性
- REQUIRED 默认属性
  
  支持当前事务，如果存在就加入当前事务，如果当前不存在事务就创建一个新事务
  
  如果A方法和B方法都添加了注解，且在默认事务传播行为下，两个事务会合并成一个事务
- SUPPORTS
  
  如果当前存在事务，则加入该事务。如果当前不存在事务，在以非事务的方式运行
- MANDATORY
  
  如果当前存在事务，则加入该事务。如果当前不存在事务，在抛出异常
- REQUIRES_NEW
  
  开启一个新事务，如果当前存在事务，则暂停当前事务
  
  类A中的a方法使用默认的Propagation.REQUIRED模式，类B中的b方法加上Propagation.REQUIRED_NEW模式，然后在a方法中调用b方法操作数据库，a方法发生异常后， b方法不会回滚。因为b方法的Propagation.REQUIRED_NEW模式会暂停a方法的事务
- NOT_SUPPORTED
  
  以非事务的方式运行，如果当前存在事务，暂停当前的事务
- NEVER
  
  以非事务的方式运行，如果当前存在事务，则抛出异常
- NESTED
  
  如果当前存在事务，则在嵌套事务中执行。效果与REQUIRED类似
isolation 事务的隔离级别，默认值
- DEEAULT
  
  使用底层数据库的默认隔离级别
- READ_UNCOMMITED
  
  读未提交，会有脏读，不可重复读，幻象读发生。由一个事务更改的行可以在未提交前被另一个事务读取（脏读），如果事务被回滚，则第二个事务将检索到无效的行
- READ_COMMITED
  
  读提交，解决脏读，但是还会有不可重复读，幻读现象发生。仅允许读取已提交事务的信息
- REPEATABLE_READ
  
  可重复读，可以防止脏读和不可重复读，但是幻象读还会发生。可以保证同一个事务多次读取数据都是一致的
- SERIALIZABLE
  
  串行化，最高级别，事务一个一个的执行，效率最低，隔离级别最高，能够解决脏读，幻读，不可重复读
timeout 事务的超时时间

默认值-1，超过该时间限制，但是事务还没有完成，则自动回滚事务
readOnly 只读事务

默认false，对于不需要事务的方法可以设置为true
rollbackFor

定义一个或者多个异常回滚的类型，它们必须是Throwable的子类，默认会在RuntimeException和Error上回滚，对于非检查异常不会进行回滚
rollbackForClassName

与rollbackFor类似，只是值为字符串类型的异常类名称。例如值为ServletException则会匹配javax.servlet.ServletException
noRollbackFor

指定一个或者多个异常不进行异常回滚，值与rollbackFor类型一样，作用相反
noRollbackForClassName

指定一个或者多个不进行异常回滚操作，值与rollbackForClassName类型一样，作用相反

注解失效的场景有哪些

注解应用在非public修饰的方法上

需要注意的一点是注解在private，protected方法上事务无效，但是不会报错

AbstractFallbackTransactionAttributeSource.computeTransactionAttribute
 //  方法会检查是否是public方法,
 		// Don't allow no-public methods as required.
		if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
			return null;
		}

@Transactional 注解属性propagation 设置错误
- SUPPORTS：如果当前存在事务就加入该事务，如果当前不存在事务再以非事务的方式运行
- NOT_SUPPORTS：以非事务的方式运行，如果当前存在事务，暂停当前事务
- NEVER：以非事务的方式运行，如果当前存在事务，则抛出异常

@Transactional 注解属性rollBackFor设置错误

rollBackFor指定触发事务回滚的异常类型，默认是RuntimeException和Error会触发回滚，其它的异常不会出发回滚事务，如果希望自定义的异常出发回滚需要指定自定义的异常类型

@Transactional(rollbackFor= MyException.class)
// 源码如下
	public int getDepth(Throwable ex) {
		return getDepth(ex.getClass(), 0);
	}


	private int getDepth(Class<?> exceptionClass, int depth) {
		if (exceptionClass.getName().contains(this.exceptionName)) {
			// Found it!
			return depth;
		}
		// If we've gone as far as we can go and haven't found it...
		if (exceptionClass == Throwable.class) {
			return -1;
		}
		return getDepth(exceptionClass.getSuperclass(), depth + 1);
	}

同类方法调用

此时方法B是不会触发事务回滚的，因为事务的方法只有被当前类之外的方法调用时才会有Spring的代理对象管理
```
public class Test{
  public void A(){
		B();
	}
	@Transactional
	public void B() throw Exception{
		// insert

	}
}
```

异常被catch吃掉


	public void A(){
    try{
      B();
    }catch(Exception e){
      log.error(e);
    }
	
	}
	@Transactional
	public void B(){
		// insert

	}

数据库引擎本身不支持事务

MySQL 本身已经默认InnoDB引擎，是支持事务的，MyISam不支持事务，现在用的基本也没有了，一旦数据库使用不支持事务的引擎，那注解从根本上也就不管了

测试事务是否生效记录

测试方法为类A方法A调用类B方法B，携带注解为@Transactionsal(rollbackFor=Exception.class)

测试代码结构,通过改变异常位置，注解位置测试

public class A{
  @Autowired
  private B b;
  
  public void A() {
    b.B();
  }
}

public class B{
   @Autowired
    private TestSysMapper testSysMapper;
    @Transactional(rollbackFor = Exception.class)
    public void B() {

        TestSys testSys = new TestSys();
        testSys.setId(1);
        testSys.setName("name1");
        testSysMapper.insert(testSys);
        if (true){
            throw new RuntimeException();
        }
    }
}

测试说明：数据插入说明事务未生效，未插入数据说明事务成功

默认测试注解形式为：@Transactional(rollbackFor = Exception.class)

A方法是否带注解	B方法是否带注解	异常位置	数据是否插入
带	不带	类B方法B	false
不带	带	类B方法B	false
不带	带	类A方法A	true
带	不带	类A方法A	false
带@Transactional(rollbackFor = Exception.class)	带@Transactional(rollbackFor = Exception.class)	类A方法A	false
带@Transactional(rollbackFor = Exception.class)	@Transactional(rollbackFor = Exception.class,propagation = Propagation.SUPPORTS)	类A方法A	false
带@Transactional(rollbackFor = Exception.class)	@Transactional(rollbackFor = Exception.class,propagation = Propagation.MANDATORY)	类A方法A	false
带@Transactional(rollbackFor = Exception.class)	@Transactional(rollbackFor = Exception.class,propagation = Propagation.REQUIRES_NEW)	类A方法A	true
带@Transactional(rollbackFor = Exception.class)	@Transactional(rollbackFor = Exception.class,propagation = Propagation.NOT_SUPPORTED)	类A方法A	True
带@Transactional(rollbackFor = Exception.class)	@Transactional(rollbackFor = Exception.class,propagation = Propagation.NEVER)	类A方法A	false
带@Transactional(rollbackFor = Exception.class)	@Transactional(rollbackFor = Exception.class,propagation = Propagation.NESTED)	类A方法A	false