一. TransactionDefinition接口中定义了五个不同的事务隔离级别

 

1. ISOLATION_DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应

2. ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别，它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。(未提交读 UR)

 

3. ISOLATION_READ_COMMITTED  保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻像读。 （游标稳定性 CS）

4. ISOLATION_REPEATABLE_READ  这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。(读稳定性 RS)

 

5. ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。(不可重复读 RR)

 

隔离级别

存取未落实数据

重复读

幻想读

读稳定性 RS

不可能

不可能

不可能

读稳定性 RS

不可能

不可能

可能

游标稳定性 CS

不可能

可能

可能

未提交读 UR

可能

可能

可能

DEFAULT

数据库默认的事务隔离级别

 

 

 

二. 在TransactionDefinition接口中定义了七个事务传播行为。

 

PROPAGATION_REQUIRED = 0 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。

 

PROPAGATION_REQUIRES_NEW = 3 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。

 

PROPAGATION_SUPPORTS = 1  如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。

 

PROPAGATION_NOT_SUPPORTED = 4  总是非事务地执行，并挂起任何存在的事务。

 

PROPAGATION_MANDATORY = 2 -- 支持当前事务，如果当前没有事务，就抛出异常。

 

PROPAGATION_NEVER = 5  总是非事务地执行，如果存在一个活动事务，则抛出异常

 

PROPAGATION_NESTED = 6 如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行

 

PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别:它们非常类似,都像一个嵌套事务，如果不存在一个活动的事务，都会开启一个新的事务。使用PROPAGATION_REQUIRES_NEW时，内层事务与外层事务就像两个独立的事务一样，一旦内层事务进行了提交后，外层事务不能对其进行回滚。两个事务互不影响。两个事务不是一个真正的嵌套事务。同时它需要JTA事务管理器的支持。
使用PROPAGATION_NESTED时，外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚，它是一个真正的嵌套事务。DataSourceTransactionManager使用savepoint支持PROPAGATION_NESTED时，需要JDBC 3.0以上驱动及1.4以上的JDK版本支持。其它的JTA TrasactionManager实现可能有不同的支持方式。



PROPAGATION_REQUIRES_NEW 完全是一个新的事务 , 而 PROPAGATION_NESTED 则是外部事务的子事务

PROPAGATION_REQUIRED应该是我们首先的事务传播行为。它能够满足我们大多数的事务需求。