Spring：事务详解

1.1.1. 事务的概念

事务是一组操作的执行单元，相对于数据库操作来讲，事务管理的是一组SQL指令，比如增加，修改，删除等，事务的一致性，要求，这个事务内的操作必须全部执行成功，如果在此过程种出现了差错，比如有一条SQL语句没有执行成功，那么这一组操作都将全部回滚



仅用四个词解释事务（ACID）

atomic(原子性):要么都发生，要么都不发生。

consistent(一致性):数据应该不被破坏。

Isolate(隔离性):用户间操作不相混淆

Durable(持久性):永久保存,例如保存到数据库中等

1.1.2. 数据库系统的四种事务隔离级别

隔离级别	含义
READ_UNCOMMITED	允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读
READ_COMMITTED	允许在并发事务已经提交后读取。可防止脏读，但幻读和不可重复读仍可发生
REPEATABLE_READ	对相同字段的多次读取是一致的，除非数据被事务本身改变。可防止脏、不可重复读，但幻读仍可能发生。
SERIALIZABLE	完全服从ACID的隔离级别，确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的。

l Read Uncommited：读未提交数据(会出现脏读,不可重复读和幻读)。

l Read Commited：读已提交数据(会出现不可重复读和幻读)

l Repeatable Read：可重复读(会出现幻读)

l Serializable：串行化

DEFAULT

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

脏读：

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



不可重复读：

在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的更新数据。相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。

幻读：

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





不同的隔离级别采用不同的锁类型来实现，在四种隔离级别中，Serializable的隔离级别最高，Read Uncommited的隔离级别最低。

• 大多数据库默认的隔离级别为Read Commited，如SqlServer

• 当然也有少部分数据库默认的隔离级别为Repeatable_Read ，如Mysql,

• Oracle数据库支持READ COMMITTED和SERIALIZABLE两种事务隔离性级别，不支持READ UNCOMMITTED和REPEATABLE READ这两种隔离性级别。虽然SQL标准定义的默认事务隔离性级别是SERIALIZABLE，但是Oracle数据库默认使用的事务隔离性级别却是READ
COMMITTED.



标准中定义的有4种，MySQL支持4种，Oracle只支持2种。默认值也不一样。

1.1.3. Spring对事务管理的支持

Spring提供了两种事务管理方式：



编程式事务管理：

编写程序式的事务管理可以清楚的定义事务的边界，可以实现细粒度的事务控制，比如你可以通过程序代码来控制你的事务何时开始，何时结束等，与后面介绍的声明式事务管理相比，它可以实现细粒度的事务控制。



声明式事务管理：

如果你并不需要细粒度的事务控制，你可以使用声明式事务，在Spring中，你只需要在Spring配置文件中做一些配置，即可将操作纳入到事务管理中，解除了和代码的耦合， 这是对应用代码影响最小的选择。当你不需要事务管理的时候，可以直接从Spring配置文件中移除该设置





如果使用Spring, 我们就不再需要手工控制事务：

1.1.4. 事务传播规则（传播行为）

传播行为：定义关于客户端和被调用方法的事物边界

传播行为	意义
REQUIRED （默认值）	业务方法需要在一个事务中运行。如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务
NOT_SUPPORTED	声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行
REQUIRESNEW	属性表明不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行
MANDATORY	该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出例外。
SUPPORTS	这一事务属性表明，如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分。如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行
Never	指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行
NESTED	如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED属性执行.它使用了一个单独的事务， 这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效

1.1.5. 事务管理器

spring没有直接管理事务，而是将管理事务的责任委托给JTA或相应的持久性机制所提供的某个特定平台的事物实现

事务管理器实现	目标
org.springframework.jdbc.datasource.DataSourceTransactionManager	在单一的JDBC Datasource中的管理事务
org.springframework.orm.hibernate3.HibernateTransactionManager	当持久化机制是hibernate时，用它来管理事务
org.springframework.jdo.JdoTransactionManager	当持久化机制是Jdo时，用它来管理事务。
org.springframework.transaction.jta.JtaTransactionManager	使用一个JTA实现来管理事务。在一个事务跨越多个资源时必须使用
org.springframework.orm.ojb.PersistenceBrokerTransactionManager	当apache的ojb用作持久化机制时，用它来管理事务。

1.1.6. 声明式事务管理——基于XML配置

1.1.6.1. 在spring配置文件中引入tx命名空间

<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beans

http://www.springframework.org/schema/beans/spring-beans-2.5.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-2.5.xsd">

1.1.6.2. 在spring配置文件中做关于事务管理的配置

<!-- 1，配置事务管理器（应根据情况使用合适的事务管理器） -->
<bean
id="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property
name="dataSource"
ref="dataSource"></property>
</bean>

<!-- 2，配置管理事务的“通知” -->
<tx:advice
id="txAdvice"transaction-manager="transactionManager">
<!--
配置哪些方法要使用什么样的事务配置，没有匹配到的方法不会为其管理事务 -->
<tx:attributes>
<!--
指定所有以add,delete,update开头的方法都使用事务，
默认read-only="false"-->
<tx:method
name="add*"/>
<tx:method
name="delete*"/>
<tx:method
name="update*"/>
<!--
指定所有以query开头的方法都是使用只读的事务 -->
<tx:method
name="query*"read-only="true"
/>
</tx:attributes>
</tx:advice>

<!-- 3，配置切面 -->
<aop:config>
<!--
指定拦截所有Dao中的方法 -->
<aop:advisor
advice-ref="txAdvice"
pointcut="execution(**..*Dao*.*(..))"
/>
</aop:config>

1.1.7. 声明式事务管理——基于注解配置

1.1.7.1. 在spring中要做的配置

<!--配置声明式事务管理 -->

<!-- 声明“事务管理器” -->

<bean id="dsTransactionManager"

class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

<property name="dataSource" ref="dataSource"></property>

</bean>

<!-- ==== 基于注解的方式配置事务 ==== -->

<tx:annotation-driven transaction-manager="dsTransactionManager" />

1.1.7.2. 在类上写注解声明要使用事务

// 添加数据操作，readOnly默认为false
@Transactional
publicvoid addUser(final User user) {
jdbcTemplate.update("insert into t_user(name, age)values(?,?)",
new Object[] { user.getName(), user.getAge() });
}



// 查询记录总数量，查询时可以设置为只读的
@Transactional(readOnly =
true)
publicint
queryCount() {
String sql =
"selectcount(*) from t_user";
returnjdbcTemplate.queryForInt(sql);
}

1.1.7.3. @Transactional注解说明

方法的事务设置将被优先执行。例如： UserServiceImpl类在类的级别上被注解为只读事务，但是，这个类中的 addUser(Useruesr) 方法的@Transactional注解的事务设置将优先于类级别注解的事务设置.

写上方法上：表示本方法需要事务

写到类上：表示本类中所有的公共方法都需要事务

如果类上与方法上都有，则以方法上的为准。



本注解是可以被继承的，即如果父类上有这个注解，则子类中所有的公共方法也会开事务。

这时注意：对于本类中继承过来的方法无效

（即：对本类与子类有效，对父类无效）