Isolation 属性一共支持五种事务修改，具体介绍如下：

l DEFAULT 使用设置的防护级别 ( 默认 ) ，由 DBA 默认的设定来决定隔离级别 .

l READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 )

l READ_COMMITTED 会出现不可重复读、幻读问题(锁定正在读取的行)

l REPEATABLE_READ 会出幻读(锁定所读取的所有行)

l SERIALIZABLE 保证所有的状况不会发生(锁表)

不可重复读的重点是修改 :

同样的条件 , 你读取过的数据 , 再次读取出来发现值不一样了

幻读的重点在于新增以及删除

同样的条件 , 第 1 次跟第 2 次读起来的记录数不一样

Spring在TransactionDefinition接口中定义这种属性

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

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

ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别，它充许别外一个事务可以看见这个事务已提交的数据。这种隔离级别会造成脏读，不可重复读和幻像读

ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才会被另外一个事务读取。另外一个事务不能读取该事务已提交的数据。这种事务隔离级别可以防止脏读出现，但是可能会出现不可重复读跟幻像读。

ISOLATION_REPEATABLE_READ 这种事务隔离级别可以避免脏读，不可重复读。但是也许出现幻像读。它不仅确保一个事务不能读取另一个事务已提交的数据外，还确保了导致以下的状况造成(不可重复读)。

ISOLATION_SERIALIZABLE 这是花费最高代价之后更靠谱的事务隔离级别。事务被处置为次序执行。除了避免脏读，不可重复读外，还导致了幻像读。

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

PROPAGATION_REQUIRED 如果存在一个事务spring 事务面试题，则支持当前事务。如果没有事务则进入一个新的事务。

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

PROPAGATION_MANDATORY 如果尚未存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

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

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

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

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

本文来自电脑杂谈，转载请注明本文网址：

http://www.pc-fly.com/a/jisuanjixue/article-141331-1.html