Spring实战（十三）Spring事务

　　1、什么是事务（Transaction）？

事务是指逻辑上的一组操作，要么全部成功，要么全部失败。

　　事务是指将一系列数据操作捆绑成为一个整体进行统一管理。如果某一事务执行成功，则该事务中进行的所有数据更改均会提交，成为数据库中的永久组成部分。如果事务执行时遇到错误必须取消或者回滚，则数据将全部恢复到操作前的状态，所有的数据的更改均被消除。

　　2.事务的特性

　　原子性：事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。

　　一致性：事务前后的数据的完整性必须保持一致。

　　隔离性：多个用户并发访问数据库，一个用户的事务的执行不能被其他事务干扰，多个并发事务之间的数据要相互隔离。

　　持续性：一个事务一旦提交，它对数据库中数据的改变就应该是永久性的，即使数据库发生故障也不应该有任何影响。

　　3.事务并发操作带来哪些问题？

　丢失修改：两个事务T1和T2读入同一个数据并修改，T2提交的结果破坏了T1提交的结果，导致T1的修改被丢失。

　　脏读：一个事务读取了另一个事务改写但还未提交的数据，若这些事务被回滚，这个读取就是无效的。

　　不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同（读时数据发生了改变）。

　　幻读：一个事务读取了几行记录后，另一个事务插入一些记录，发生幻读。后来的查询中，第一个事务发现一些原来没有的记录。

　　4、Spring事务管理API（主要有3个）

　　PlatformTransactionManager：事务管理器；

　　TransactionDefinition：事务的定义信息（隔离，传播，超时，只读）；

　　TransactionStatus：保存事务具体运作状态

　　5、PlatformTransactionManager 事务管理器

　　spring为不同的持久化框架提供了不同的PlatformTransactionManager。

　　不论采用何种方式，都必须先创建“事务管理器”的对象。

　　6、TransactionDefinition 定义事务（隔离，传播，超时，只读）

　　设置隔离级别：（一组常量定义）

　　（mysql 默认REPEATABLE_READ、oracle默认 READ_COMMITTED）

　　定义事务的传播行为

　　应用场景：当我们调用一个基于Spring的Service接口方法（如UserService#addUser()）时，它将运行于Spring管理的事务环境中，Service接口方法可能会在内部调用其它的Service接口方法以共同完成一个完整的业务操作，因此就会产生服务接口方法嵌套调用的情况， Spring通过事务传播行为控制当前的事务如何传播到被嵌套调用的目标服务接口方法中。

　　Spring在TransactionDefinition接口中规定了7种类型的事务传播行为，它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播：

　　(当使用PROPAGATION_NESTED时，底层的数据源必须基于JDBC 3.0，并且实现者需要支持保存点事务机制。)

事务传播行为类型	说明
PROPAGATION_REQUIRED	如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。
PROPAGATION_SUPPORTS	支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY	使用当前的事务，如果当前没有事务，就抛出异常。
PROPAGATION_REQUIRES_NEW	新建事务，如果当前存在事务，把当前事务挂起。
PROPAGATION_NOT_SUPPORTED	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
PROPAGATION_NEVER	以非事务方式执行，如果当前存在事务，则抛出异常。
PROPAGATION_NESTED	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。