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

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

一、事务的传播方式与隔离级别，这个能够参考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 总是非事务地执行，如果存在一个活动事务，则抛出异常