Spring_事务

管理事务的方式

1. 编程式事务，在代码中硬编码，不推荐使用
2. 声明式事务，通过XML或者注解配置，推荐使用

事务的隔离级别

• TransactionDefinition.ISOLATION_DEFAULT: 使用后端数据库默认的隔离级别，Mysql 默认采用的 REPEATABLE_READ隔离级别 Oracle 默认采用的 READ_COMMITTED隔离级别.

TransactionDefinition.ISOLATION_READ_UNCOMMITTED: 最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读

TransactionDefinition.ISOLATION_READ_COMMITTED: 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生

TransactionDefinition.ISOLATION_REPEATABLE_READ: 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。

TransactionDefinition.ISOLATION_SERIALIZABLE: 最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

事务传播

事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时事务如何传播。
七种事务传播行为：

常见的三种：

• Required
  • 如果当前没事务，就新建一个事务，如果已经存在一个事务中，就加入当前事务。
  • 内层事务合并到外层事务中，所以不管何处发生回滚，整个外层事务都会回滚
• Requires_New
  • 不管是否存在业务中都会新开启一个业务
  • 内层业务回滚不会影响其他内层业务，也不导致外层业务回滚
  • 外层事务回滚不会导致其回滚
• Nested
  • 如果外层没有事务，开启一个新事务；如果外层有事务，开启一个新的子事务嵌套到外层事务中
  • 子事务回滚不影响其他子事务，外层事务回滚，嵌套的子事务同样回滚

@Transactional(rollbackFor = Exception.class)

在@Transactional注解中如果不配置rollbackFor属性,那么事物只会在遇到RuntimeException的时候才会回滚,加上rollbackFor=Exception.class,可以让事物在遇到非运行时异常时也回滚。