Spring 管理事务

Spring 事务中的隔离级别有哪几种?

TransactionDefinition 接口中定义了五个表示隔离级别的常量：

• 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的隔离级别。全部的事务依次逐个执行，这样事务之间就彻底不可能产生干扰，也就是说，该级别能够防止脏读、不可重复读以及幻读。可是这将严重影响程序的性能。一般状况下也不会用到该级别。

Spring 事务中哪几种事务传播行为?

支持当前事务的状况：

• TransactionDefinition.PROPAGATION_REQUIRED： 若是当前存在事务，则加入该事务；若是当前没有事务，则建立一个新的事务。
• TransactionDefinition.PROPAGATION_SUPPORTS： 若是当前存在事务，则加入该事务；若是当前没有事务，则以非事务的方式继续运行。
• TransactionDefinition.PROPAGATION_MANDATORY： 若是当前存在事务，则加入该事务；若是当前没有事务，则抛出异常。（mandatory：强制性）

不支持当前事务的状况：

• TransactionDefinition.PROPAGATION_REQUIRES_NEW： 建立一个新的事务，若是当前存在事务，则把当前事务挂起。
• TransactionDefinition.PROPAGATION_NOT_SUPPORTED： 以非事务方式运行，若是当前存在事务，则把当前事务挂起。
• TransactionDefinition.PROPAGATION_NEVER： 以非事务方式运行，若是当前存在事务，则抛出异常。

其余状况：

• TransactionDefinition.PROPAGATION_NESTED： 若是当前存在事务，则建立一个事务做为当前事务的嵌套事务来运行；若是当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。