以下内容引用自http://wiki.jikexueyuan.com/project/spring/transaction-management.html:
数据库事务是一个被视为单一的工作单元的操作序列。这些操作应该要么完整地执行,要么完全不执行。事务管理是一个重要组成部分,RDBMS面向企业应用程序,以确保数据完整性和一致性。事务的概念可以描述为具有以下四个关键属性描述为ACID:
-
原子性(Atomicity):事务应该当作一个单独单元的操作,这意味着整个序列操作要么是成功,要么是失败的。
-
一致性(Consistency):这表示数据库的引用完整性的一致性,表中唯一的主键等。
-
隔离性(Isolation):可能同时处理很多有相同的数据集的事务,每个事务应该与其他事务隔离,以防止数据损坏。
- 持久性(Durability):一个事务一旦完成全部操作后,这个事务的结果必须是永久性的,不能因系统故障而从数据库中删除。
一个真正的RDBMS数据库系统将为每个事务保证所有的四个属性。使用SQL发布到数据库中的事务的简单视图如下:
-
使用begin transaction命令开始事务。
-
使用SQL查询语句执行各种删除、更新或插入操作。
- 如果所有的操作都成功,则执行提交操作,否则回滚所有操作。
Spring框架在不同的底层事务管理APIs的顶部提供了一个抽象层。Spring的事务支持旨在通过添加事务能力到POJOs来提供给EJB事务一个选择方案。Spring支持编程式和声明式事务管理。EJBs需要一个应用程序服务器,但Spring事务管理可以在不需要应用程序服务器的情况下实现。
局部事物 vs. 全局事务
局部事务是特定于一个单一的事务资源,如一个JDBC连接,而全局事务可以跨多个事务资源事务,如在一个分布式系统中的事务。
局部事务管理在一个集中的计算环境中是有用的,该计算环境中应用程序组件和资源位于一个单位点,而事务管理只涉及到一个运行在一个单一机器中的本地数据管理器。局部事务更容易实现。
全局事务管理需要在分布式计算环境中,所有的资源都分布在多个系统中。在这种情况下事务管理需要同时在局部和全局范围内进行。分布式或全局事务跨多个系统执行,它的执行需要全局事务管理系统和所有相关系统的局部数据管理人员之间的协调。
编程式 vs. 声明式
Spring支持两种类型的事务管理:
-
编程式事务管理:这意味着你在编程的帮助下有管理事务。这给了你极大的灵活性,但却很难维护。
- 声明式事务管理:这意味着你从业务代码中分离事务管理。你仅仅使用注解或XML配置来管理事务。
声明式事务管理比编程式事务管理更可取,尽管它不如编程式事务管理灵活,但它允许你通过代码控制事务。但作为一种横切关注点,声明式事务管理可以使用AOP方法进行模块化。Spring支持使用Spring AOP框架的声明式事务管理。
Spring事务抽象
Spring事务抽象的关键是由org.springframework.transaction.PlatformTransactionManager接口定义,如下所示:
public interface PlatformTransactionManager { TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException; void commit(TransactionStatus status) throws TransactionException; void rollback(TransactionStatus status) throws TransactionException; }
方法 | 描述 |
---|---|
TransactionStatus getTransaction(TransactionDefinition definition) | 根据指定的传播行为,该方法返回当前活动事务或创建一个新的事务。 |
void commit(TransactionStatus status) | 该方法提交给定的事务和关于它的状态。 |
void rollback(TransactionStatus status) | 该方法执行一个给定事务的回滚。 |
TransactionDefinition是在Spring中事务支持的核心接口,它的定义如下:
public interface TransactionDefinition { int getPropagationBehavior(); int getIsolationLevel(); String getName(); int getTimeout(); boolean isReadOnly(); }
方法 | 描述 |
---|---|
int getPropagationBehavior() | 该方法返回传播行为。Spring提供了与EJB CMT类似的所有的事务传播选项。 |
int getIsolationLevel() | 该方法返回该事务独立于其他事务的工作的程度。 |
String getName() | 该方法返回该事务的名称。 |
int getTimeout() | 该方法返回以秒为单位的时间间隔,事务必须在该时间间隔内完成。 |
boolean isReadOnly() | 该方法返回该事务是否是只读的。 |
下面是隔离级别的可能值:
隔离 | 描述 |
---|---|
TransactionDefinition.ISOLATION_DEFAULT | 这是默认的隔离级别。 |
TransactionDefinition.ISOLATION_READ_COMMITTED | 表明能够阻止误读;可以发生不可重复读和虚读。 |
TransactionDefinition.ISOLATION_READ_UNCOMMITTED | 表明可以发生误读、不可重复读和虚读。 |
TransactionDefinition.ISOLATION_REPEATABLE_READ | 表明能够阻止误读和不可重复读;可以发生虚读。 |
TransactionDefinition.ISOLATION_SERIALIZABLE | 表明能够阻止误读、不可重复读和虚读。 |
下面是传播类型的可能值:
传播 | 描述 |
---|---|
TransactionDefinition.PROPAGATION_MANDATORY | 支持当前事务;如果不存在当前事务,则抛出一个异常。 |
TransactionDefinition.PROPAGATION_NESTED | 如果存在当前事务,则在一个嵌套的事务中执行。 |
TransactionDefinition.PROPAGATION_NEVER | 不支持当前事务;如果存在当前事务,则抛出一个异常。 |
TransactionDefinition.PROPAGATION_NOT_SUPPORTED | 不支持当前事务;而总是执行非事务性。 |
TransactionDefinition.PROPAGATION_REQUIRED | 支持当前事务;如果不存在事务,则创建一个新的事务。 |
TransactionDefinition.PROPAGATION_REQUIRES_NEW | 创建一个新事务,如果存在一个事务,则把当前事务挂起。 |
TransactionDefinition.PROPAGATION_SUPPORTS | 支持当前事务;如果不存在,则执行非事务性。 |
TransactionDefinition.TIMEOUT_DEFAULT | 使用默认超时的底层事务系统,或者如果不支持超时则没有。 |
TransactionStatus接口为事务代码提供了一个简单的方法来控制事务的执行和查询事务状态。
public interface TransactionStatus extends SavepointManager { boolean isNewTransaction(); boolean hasSavepoint(); void setRollbackOnly(); boolean isRollbackOnly(); boolean isCompleted(); }
方法 | 描述 |
---|---|
boolean hasSavepoint() | 该方法返回该事务内部是否有一个保存点,也就是说,基于一个保存点已经创建了嵌套事务。 |
boolean isCompleted() | 该方法返回该事务是否完成,也就是说,它是否已经提交或回滚。 |
boolean isNewTransaction() | 在当前事务时新的情况下,该方法返回true。 |
boolean isRollbackOnly() | 该方法返回该事务是否已标记为rollback-only。 |
void setRollbackOnly() | 该方法设置该事务为rollback-only标记。 |