Java Spring-事务管理概述
2017-11-11 23:05:39
事务（Transaction）：是逻辑上一组操作，要么全都成功，要么全都失败。
一、事务的特性
- 原子性:事务不可分割
- 一致性:事务执行的前后，数据完整性保持一致
- 隔离性:一个事务执行的时候，不应该受到其他事务的打扰
- 持久性:一旦结束，数据就永久的保存到数据库
如果不考虑隔离性:
脏读 :一个事务读到另一个事务未提交数据
当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。例如：用户A向用户B 转账100元，对应SQL命令如下：
update account set money=money+100 where name=’B’; (此时A通知B) update account set money=money - 100 where name=’A’;
当只执行第一条SQL时，A通知B查看账户，B发现确实钱已到账（此时即发生了脏读），而之后无论第二条SQL是否执行，只要该事务不提交，则所有操作都将回 滚，那 么当B以后再次查看账户时就会发现钱其实并没有转。
不可重复读 :一个事务读到另一个事务已经提交数据（update）导致一个事务多次查询结果不一致
例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。
不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。
在某些情况下，不可重复读并不是问题，比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题，例如对于同一个数据A 和B依次查询就可能不同，A和B就可能打起来了
虚读 :一个事务读到另一个事务已经提交数据（insert）导致一个事务多次查询结果不一致
幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据 项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这 就是发生了幻读。
二、MySQL数据库提供的四种隔离级别
① Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
② Repeatable read (可重复读)：可避免脏读、不可重复读的发生。
③ Read committed (读已提交)：可避免脏读的发生。
④ Read uncommitted (读未提交)：最低级别，任何情况都无法保证。
以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。像Serializable这样的级别，就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待，所以平时选用何种隔离级别应该根据实际情况。在MySQL数据库中默认的隔离级别为Repeatable read (可重复读)。
三、Spring提供事务管理API
- PlatformTransactionManager：平台事务管理器.
commit(TransactionStatus status) getTransaction(TransactionDefinition definition) rollback(TransactionStatus status)
- TransactionDefinition：事务定义
ISOLation_XXX:事务隔离级别. PROPAGATION_XXX:事务的传播行为.(不是JDBC中有的，为了解决实际开发问题.) TIMEOUT_DEFAULT:过期时间
- TransactionStatus：事务状态
是否有保存点 是否一个新的事务 事务是否已经提交
关系:PlatformTransactionManager通过TransactionDefinition设置事务相关信息管理事务，管理事务过程中，产生一些事务状态:状态由TransactionStatus记录。
四、事务管理三个API详解
- PlatformTransactionManager：平台事务管理器接口
Spring为不同的持久化框架提供了不同PlatformTransactionManager接口实现，前两种最常用：
- org.springframework.jdbc.datasource.DataSourceTransactionManager : 使用Spring JDBC或iBatis 进行持久化数据时使用
- org.springframework.orm.hibernate3.HibernateTransactionManager : 使用Hibernate3.0版本进行持久化数据时使用
- org.springframework.orm.jpa.JpaTransactionManager : 使用JPA进行持久化时使用
- org.springframework.jdo.JdoTransactionManager : 当持久化机制是Jdo时使用
- org.springframework.transaction.jta.JtaTransactionManager : 使用一个JTA实现来管理事务，在一个事务跨越多个资源时必须使用
- TransactionDefinition：事务定义
* 隔离级别
- ISOLATION_DEFAULT:默认级别. Mysql repeatable_read，oracle read_commited
- ISOLATION_READ_UNCOMMITTED
- ISOLATION_READ_COMMITTED
- ISOLATION_REPEATABLE_READ
- ISOLATION_SERIALIZABLE
* 事务的传播行为
不是JDBC事务管理，用来解决实际开发的问题。
传播行为：解决业务层之间的调用的事务的关系，有七种传播行为：
- PROPAGATION_REQUIRED :支持当前事务，如果不存在 就新建一个
* A,B 如果A有事务，B使用A的事务，如果A没有事务，B就开启一个新的事务.(A,B是在一个事务中。)
- PROPAGATION_SUPPORTS :支持当前事务，如果不存在，就不使用事务
* A,B 如果A有事务，B使用A的事务，如果A没有事务，B就不使用事务.
- PROPAGATION_MANDATORY :支持当前事务，如果不存在，抛出异常
* A,B 如果A有事务，B使用A的事务，如果A没有事务，抛出异常.
- PROPAGATION_REQUIRES_NEW :如果有事务存在，挂起当前事务，创建一个新的事务
* A,B 如果A有事务，B将A的事务挂起，重新创建一个新的事务.(A,B不在一个事务中.事务互不影响.)
- PROPAGATION_NOT_SUPPORTED :以非事务方式运行，如果有事务存在，挂起当前事务
* A,B 非事务的方式运行，A有事务，就会挂起当前的事务.
- PROPAGATION_NEVER :以非事务方式运行，如果有事务存在，抛出异常
- PROPAGATION_NESTED :如果当前事务存在，则嵌套事务执行
* 基于 SavePoint 技术.
* A,B A有事务，A执行之后，将A事务执行之后的内容保存到SavePoint.B事务有异常的话，用户需要自己
设置事务提交还是回滚.
常用:
PROPAGATION_REQUIRED
PROPAGATION_REQUIRES_NEW
PROPAGATION_NESTED
