1.Spring事务管理

• 什么是事务

– 事务是正确执行一系列的操作（或动作），使得数据库从一种状态转换成另一种状态，且保证操作全部成功，或者全部失败。

• 事务原则是什么

– 事务必须服从ISO/IEC所制定的ACID原则。

– ACID原则的具体内涵如下：

• 原子性（ Atomicity ）：

– 即不可分割性，事务要么全部被执行，要么就全部不被执行。

• 一致性（ Consistency ）：

– 事务的执行使得数据库从一种正确状态转换成另一种正确状态。

• 隔离性（ Isolation ）：

– 在事务正确提交之前，它可能的结果不应显示给任何其他事务。

• 持久性（ Durability ）：

– 事务正确提交后，其结果将永久保存在数据库中。

Java事务

• Java事务的产生

– 程序操作数据库的需要。以Java编写的程序或系统，实现ACID的操作。

• Java事务实现

– 通过JDBC相应方法间接来实现对数据库的增、删、改、查，把事务转移到Java程序代码中进行控制；

– 确保事务—要么全部执行成功，要么撤销不执行。

• 总结：Java事务机制和原理就是操作确保数据库操作的ACID特性

Java事务实现模式

• Java事务的实现

– 通过Java代码来实现对数据库的事务性操作。

• Java事务类型

– JDBC事务：用 Connection 对象控制的手动模式和自动模式；

– JTA(Java Transaction API)事务：与实现无关的，与协议无关的API；

– 容器事务：应用服务器提供的，且大多是基于JTA完成(通常基于JNDI的，相当复杂的API实现）。

三种事务的差异

• JDBC事务：控制的局限性在一个数据库连接内，但是其使用简单。

• JTA事务：功能强大，可跨越多个数据库或多DAO，使用比较复杂。

• 容器事务：主要指的是J2EE应用服务器提供的事务管理，局限于EJB应用使用。

2.Spring事务核心接口

3.Spring事务管理器

• JDBC事务管理器(DataSourceTransactionManager)

– 本事务管理器是通过调用java.sql.Connection来管理事务。

– Spring配置示例：

• Hibernate事务管理器(HibernateTransactionManager)

– 本管理器将事务管理的职责委托给org.hibernate.Transaction

对象来管理事务，而后者是从Hibernate Session中获取到的。

– Spring配置方式：

• JPA事务管理器 (JpaTransactionManager)

– 通过一个JPA实体管理工厂（javax.persistence.EntityManagerFactory接口的任意实现）将与由工厂所产生JPA EntityManager合作来构建事务。

• JTA事务管理器(JtaTransactionManager)

– 本管理器将将事务管理的责任委托给javax.transaction.UserTransaction和javax.transaction.TransactionManager对象进行事务处理。

4.Spring事务属性定义

Spring事务属性

1.事务传播行为

– 当事务方法被另一个事务方法调用时，必须指定事务应该如何传播；

– Spring的7种传播行为：

PROPAGATION_REQUIRED

表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务

PROPAGATION_SUPPORTS

表示当前方法不需要事务上下文，但是如果存在当前事务的话，那么该方法会在这个事务中运行

PROPAGATION_MANDATORY 表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常

PROPAGATION_REQUIRED_NEW

表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务，在该方法执行期间，当前事务会被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager

PROPAGATION_NOT_SUPPORTED

表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager

PROPAGATION_NEVER

表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行，则会抛出异常

PROPAGATION_NESTED

表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与PROPAGATION_REQUIRED一样。注意各厂商对这种传播行为的支持是有所差异的。

2.事务隔离级别

ISOLATION_DEFAULT 使用后端数据库默认的隔离级别。

ISOLATION_READ_UNCOMMITTED

最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。

ISOLATION_READ_COMMITTED

允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。

ISOLATION_REPEATABLE_READ

对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。

ISOLATION_SERIALIZABLE

最高的隔离级别，完全服从ACID的隔离级别，确保阻止脏读、不可重复读以及幻读，也是最慢的事务隔离级别，因为它通常是通过完全锁定事务相关的数据库表来实现的。

事务中注意的问题

• 事务是否只读

– 利用数据库事务的“只读”属性，进行特定优化处理 。

• 注意：

– 事务的是否“只读”属性，不同的数据库厂商支持不同。

– 通常而言：只读属性的应用要参考厂商的具体支持说明，比如，Oracle的“readOnly”不起作用，不影响其增删改查；

Mysql的“readOnly”为true，只能查，增删改则出异常。

• 事务超时

– 事务超时就是事务的一个定时器，在特定时间内事务如果没有执行完毕，那么就会自动回滚，而不是一直等待其结束。

• 设计事务时注意点：

– 为了使应用程序很好地运行，事务不能运行太长的时间。因为事务可能涉及对后端数据库的锁定，所以长时间的事务会不必要的占用数据库资源。

• 事务回滚

– 默认情况下，事务只有遇到运行期异常时才会回滚，而在遇到检查型异常时不会回滚。

• 自定义回滚策略：

– 声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚；

– 声明事务遇到特定的异常不回滚，即使这些异常是运行期异常。

Spring事务状态

• 事务接口

– 通过事务管理器获取TransactionStatus实例；

– 控制事务在回滚或提交的时候需要应用对应的事务状态；

– Spring事务接口：

4.编程事务

• 模板事务(TransactionTemplate)的方式

– 此为Spring官方团队推荐的编程式事务管理方式；

– 主要工具为JdbcTemplate类。

• 平台事务管理器(PlatformTransactionManager)方式

– 类似应用JTA UserTransaction API方式，但异常处理更简洁；

– 辅助类为：TransactionDefinition和TransactionStatus。

5.平台事务管理器(PlatformTransactionManager)案例