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-/a/jisuanjixue/article-141331-1.html