Spring基础-事务管理(六)

Spring 事务管理

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

- PlatformTransactionManager事务管理器

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

- TransactionStatus事务运行状态

事务管理器PlatformTransactionManager

Spring为不同的持久化框架提供了不同PlatformTransactionManager的接口实现

- org.springframework.jdbc.datasource.DataSourceTransactionManager：使用Spring JDBC或iBatis进行持久化数据时使用

- org.springframework.orm.hibernate3.HibernateTransactionManager：使用Hibernate3.0版本进行持久化数据时使用

- org.springframework.orm.JpaTransactionManager：使用JPA进行持久化时使用

- org.springframework.jdo.JdoTransactionManager：当持久化机制是Jdo时使用

- org.springframework.transaction.jta.JtaTransactionManager：使用一个JTA实现来管理事务，在一个事务跨越多个资源时必须使用

TransactionDefinition定义事务隔离级别

事务的特性

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

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

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

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

隔离级别

如果不考虑隔离性，会引发如下安全问题：

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

不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。

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

事务的隔离级别就是用来解决上述安全问题的，有如下四种：

- DEFAULT：使用后端数据库默认的隔离级别(spring中的选择项)。MySQL中默认是REPEATABLE_READ, Oracle中是READ_COMMITED

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

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

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

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

TransactionDefinition定义事务传播行为

事务传播行为有如下七种：

- ==PROPAGATION_REQUIRED：支持当前事务，如果不存在就新建一个==

- PROPAGATION_SUPPORTS：支持当前事务，如果不存在，就不使用事务

- PROPAGATION_MANDATORY：支持当前事务，如果不存在，抛出异常

- ==PROPAGATION_REQUIRED_NEW：如果有事务存在，挂起当前事务，创建一个新的事务==

- PROGAGATION_NOT_SUPPORTED：以非事务方式运行，如果有事务存在，挂起当前事务

- PROPAGATION_NEVER：以非事务方式运行，如果有事务存在，抛出异常

- ==PROPAGATION_NESTED：如果当前事务存在，则嵌套事务执行==

TransactionStatus接口

事务运行状态与如下几个方法：

- flush()：

- hashSavepoint()：

- isCompleted()：

- isNewTransaction()：

- isRollbackOnly()：

- setRollbackOnly()：

Spring事务支持的两种事务管理

编程式的事务管理

在实际应用中很少使用

通过TransactionTemplate手动管理事务

==使用XML配置声明式事务==

开发中推荐使用(代码侵入性最小)

Spring的声明式事务是通过==AOP==实现的

声明式事务管理分为如下三种：

- 基于TransactionProxyFactoryBean的方式(很少使用)

- 需要为每个进行事务管理的类，配置一个TransactionProxyFactoryBean进行增强

基于AspectJ的XML方式(经常使用)

一旦配置好之后，类上不需要添加任何的东西

基于注解方式(经常使用)

配置简单，需要在业务层类上添加一个@Transactional的注解。