Spring事务管理的核心接口

Spring事务管理高层抽象主要包括3个接口

PlatformTransactionManager 事务管理器
TransactionDefinition 事务定义信息(隔离、传播、超时、只读)
TransactionStatus 事务具体运行状态

关系:PlatformTransactionManager通过TransactionDefinition设置事务相关信息管理事务，管理事务过程中，产生一些事务状态:状态由TransactionStatus记录.

1.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实现来管理事务，在一个事务跨越多个资源时必须使用

2.TransactionDefinition  事务定义信息(隔离、传播、超时、只读)

 

• 事务
  

事务:是逻辑上一组操作，要么全都成功，要么全都失败.

• 事务特性(ACID)
  

原子性（Atomicity）:事务不可分割
一致性（Consistency）:事务执行的前后，数据完整性保持一致.
隔离性（Isolation）:一个事务执行的时候，不应该受到其他事务的打扰
持久性（Durability）:一旦结束，数据就永久的保存到数据库.

• 如果不考虑隔离性
  

脏读:一个事务读取了另一个事务改写但还未提交的数据,如果这些数据被回滚，则读到的数据是无效的。
不可重复读:一个事务读到另一个事务已经提交数据（update）导致一个事务多次查询结果不一致
在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的更新数据。
相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。
虚读（幻读）:      一个事务读到另一个事务已经提交数据（insert）导致一个事务多次查询结果不一致
一个事务读取了几行记录后，另一个事务插入一些记录，幻读就发生了。再后来的查询中，第一个事务就会发现有些原来没有的记录。

• 事务的隔离级别
  

隔离级别

含义

DEFAULT

(默认)

使用后端数据库默认的隔离级别(spring中的的选择项)

READ_UNCOMMITED

（未提交读）

允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读

READ_COMMITTED

（已提交读）

允许在并发事务已经提交后读取。可防止脏读，但幻读和 不可重复读仍可发生

REPEATABLE_READ

（可重复读）

对相同字段的多次读取是一致的，除非数据被事务本身改变。可防止脏、不可重复读，但幻读仍可能发生。

SERIALIZABLE

（串行的）

完全服从ACID的隔离级别，确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的。

MySQL默认采用REPEATABLE_READ隔离级别；Oracle默认采用READ_COMMITTED隔离级别

• 事务的传播行为
  

传播行为：解决业务层之间的调用的事务的关系.
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事务有异常的话，用户需要自己设置事务提交还是回滚.

3.TransactionStatus 事务具体运行状态

 

是否有保存点
是否一个新的事务
事务是否已经提交
...