Propagation（事务传播属性）
| 类别 | 传播类型 | 说明 |
|---|---|---|
| 支持当前事务 | REQUIRED | 如果当前没有事务，就新建一个事务。@Transaction的默认选择 |
| 支持当前事务 | SUPPORTS | 就以非事务的方式运行。 |
| 支持当前事务 | MANDATORY | 如果当前没有事务，就抛出异常。 |
| 不支持当前事务 | REQUIRES_NEW （隔离） | 如果当前存在事务，就把当前事务挂起，执行当前新建十五完成后，上下文事务恢复后再执行。 |
| 不支持当前事务 | NOT_SUPPORTED（不支持） | 以非事务的方式执行操作；如果当前存在事务，就把当前事务挂起，执行当前逻辑，结束后恢复上下文的事务。 |
| 不支持当前事务 | NEVER（强制非事务） | 以非事务的方式执行，如果当前存在事务，则抛出异常。 |
| 嵌套事务 | NESTED（嵌套事务） | 如果当前存在事务，则嵌套在事务中执行。类似RERQUIRED的特征。 |
调用示例
ServiceA
ServiceA {
void methodA() {
ServiceB.methodB();
}
}
ServiceB
ServiceB {
void methodB() {
}
}
REQUIRED
假设当前运行的事务不在另外一个事务里，那么久新起一个事务；比如，ServiceB.methodB的事务定义级别是PROPAGATION_REQUIRED，那么在执行ServiceA.methodA的时候，ServiceA.methodA已经起了事务。这是调用ServiceB.methodB，ServiceB.methodB看到自己已经执行在ServiceA.methodA的事务内部，就不再启动新事物。如果ServiceA.methodA没有事务，那么B回自己启动一个事务。这样A、B两个方法不管哪个方法发生异常，他们都会一起回滚，一荣俱荣。
SUPPORTS
假设当前在事务中。即以事务的形式执行。假设当前不在一个事务中，那么就以非事务的形式执行
MANDATORY
必须在同一个事务中执行。也就是说它仅仅能被一个父事务调用。否则它就要抛出异常。
REQUIRED_NEW
与REQUIRED相反的是，B方法不管调用它的有没有事务开启，他都会自己开启事务，管好他自己的一某三分地。A，B分别处于两个不同的事务中，两方法的结果互不影响。
NOT_SUPPORTED
当前不支持事务。比方ServiceA.methodA的事务级别是PROPAGATION_REQUIRED 。而ServiceB.methodB的事务级别是PROPAGATION_NOT_SUPPORTED ，那么当执行到ServiceB.methodB时。ServiceA.methodA的事务挂起。而他以非事务的状态执行完，再继续ServiceA.methodA的事务。
NEVER
不能在事务中执行。
如果ServiceA.methodA的事务级别是PROPAGATION_REQUIRED。 而ServiceB.methodB的事务级别是PROPAGATION_NEVER ，那么ServiceB.methodB就要抛出异常了。
NESTED
如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。
Spring事务的隔离级别
| 类型 | 说明 |
|---|---|
| ISOLATION_DEFAULT | 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应 |
| ISOLATION_READ_UNCOMMITTED | 这是事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。 |
| ISOLATION_READ_COMMITTED | 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据 |
| ISOLATION_REPEATABLE_READ | 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。 |
| ISOLATION_SERIALIZABLE | 是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。 |