\(^_^)/ Spring中的事务

详解spring事务属性：http://www.iteye.com/topic/78674

编程使用Spring事务管理，图解事务传播行为：http://www.iteye.com/topic/1122176

解惑 spring 嵌套事务：http://www.iteye.com/topic/35907

Spring声明式事务配置管理方法：http://www.cnblogs.com/rushoooooo/archive/2011/08/28/2155960.html

spring几种事务配置：http://www.iteye.com/topic/615413

参考：http://smallq.iteye.com/blog/415212

参考：http://lovetocool.iteye.com/blog/1132317

参考：http://lyq985.iteye.com/blog/1692285

参考：http://501565246-qq-com.iteye.com/blog/727075

 

 

 

 

 

 

四个事务属性：

1.事务的传播行为(PropagationBehavior)

2.事务的隔离级别(IsolationLevel)

3.事务的超时(TimeOut)

4.事务只读标志(ReadOnly)

 

 

 

 

 

 

 

事务的ACID特性：

1.原子性：事务必须是原子的，在事务结束的时候，事务中的所有任务必须全部成功完成，否则全部失败，事务回滚到事务开始之间的状态。 

2.一致性：事务必须保证和数据库的一致性，即数据库中的所有数据和现实保持一致。如果事务失败数据必须返回到事务执行之前的状态，反之修改数据和现实的同步。 

3.隔离性：隔离性是事务与事务之间的屏障，每个事务必须与其他事务的执行结果隔离开，直到该事务执行完毕，它保证了事务的访问的任何数据不会受其他事务执行结果的影响。 

4.持久性：如果事务成功执行，无论系统发生任何情况，事务的持久性都必须保证事务的执行结果是永久的。

 

 

 

 

 

 

 

 

五个事务隔离级别：

1.ISOLATION_DEFAUL：这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别

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

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

4.ISOLATION_REPEATEABLE_READ：这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据。

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

 

 

 

 

 

 

 

 

事务的缺陷：

脏读取：当一个事务读取了另一个事务尚未提交的更新，就叫脏读取。在另一个事务回滚的情况下，当前事务所读取的另一个事务的数据就是无效的。 

不可重复读取：在一个事务中执行多次同样的查询操作，但每次查询的结果都不一样，就叫做不可重复读取，通常这种情况是由于数据在二次查询之间被另一个并发的事务所修改。 

幻影行：这是对事务危害最小的一个问候，它类似不可重复读取，也是一个事务的更新结果影响到另一个事务问题。但是它不仅影响另一个事务查询结果，而且还会使查询语句返回一些不同的行录行。

 

这3个问题危害程度依次为：脏读取最大-->不可重复读取-->幻影行最小。 

 

 

 

 

 

 

 

 

七个事务传播行为：

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

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

3.PROPAGATION_MANDATORY：如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

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

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

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

7.PROPAGATION_NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按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实现可能有不同的支持方式。 

 

 

 

 

 

 

 

 

本地事务与分布式事务：

1.本地事务：完全依赖于DB、JMS自身，如直接调用jdbc中的conn.commit();这里没应用服务器什么事，所以也不支持多数据源的全局事务。 

2.分布式事务：在JavaEE世界的事务在JTA、JTS规范和XA Sources之上实现。

 

 

 

 

 

 

 

 

两种Spring事务管理的方式

1.编程式：手工调用jdbc的connection事务方法和使用JTA接口都属于编程式开发，在EJB中叫BMT(Bean管理事务)。 

2.声明式 

 

 

 

 

 

 

 

三个事务并发处理中的锁：

1.共享锁：共享锁用于读取数据操作，它允许其他事务同时读取某锁定的资源，但不允许其他事务更新它。 

2.排他锁：排它锁用于修改数据的场合。它锁定的资源，其他事务不能读取也不能修改。 

3.更新锁：更新锁在更新操作的初始化阶段用来锁定可能要被修改的资源，从而避免使用共享锁造成的死锁现象。