数据库事务并发以及隔离级别，传播方式

很久以前，开始的时候只是看看，了解一下相关知识，如事务的隔离级别，传播方式，等等，所以，先介绍一下本文涉及的几个地方。

一、事务的传播方式与隔离级别，这个能够参考spring博客

http://blog.csdn.net/di1nuli/article/details/8727000

简单来说

1、事务的隔离级别如下

√: 可能出现    ×: 不会出现

	脏读	不可重复读	幻读
Read uncommitted	√	√	√
Read committed	×	√	√
Repeatable read	×	×	√
Serializable	×	×	×

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

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

因为一个事务里面，两次读取一行数据，第一次读，另一个事务未提交，第二次读，另一个事务提交了，导致两次读取的数据不同，即不可重复读。

同时，因为以上原因，也会造成幻象读。

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）

（3）ISOLATION_REPEATABLE_READ 当隔离级别设置为Repeatable read时，可以避免不可重复读，但是不能避免幻像读。

因为该模式强制要求，一个事务第一次读一行数据，另一个事务必须等待到这个事务完成，所以，这个事务第二次读取的时候，保证数据是相同。

（这是MySQL的默认事务隔离级别）

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

二、事务的传播方式

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实现可能有不同的支持方式。

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