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