Spring：事务详解

来源：互联网发布：阿里云是paas 编辑：程序博客网时间：2024/05/20 20:45

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命名空间

<beansxmlns="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配置文件中做关于事务管理的配置

<beanid="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

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

</bean>

<tx:adviceid="txAdvice"transaction-manager="transactionManager">

<tx:attributes>

<!--指定所有以add,delete,update开头的方法都使用事务，

默认read-only="false"-->

<tx:methodname="add*"/>

<tx:methodname="delete*"/>

<tx:methodname="update*"/>

<tx:methodname="query*"read-only="true"/>

</tx:attributes>

</tx:advice>

<aop:config>

<aop:advisoradvice-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)

publicintqueryCount() {

String sql = "selectcount(*) from t_user";

returnjdbcTemplate.queryForInt(sql);

}

1.1.7.3. @Transactional注解说明

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

写上方法上：表示本方法需要事务
   写到类上：表示本类中所有的公共方法都需要事务
   如果类上与方法上都有，则以方法上的为准。

   本注解是可以被继承的，即如果父类上有这个注解，则子类中所有的公共方法也会开事务。
   这时注意：对于本类中继承过来的方法无效
   （即：对本类与子类有效，对父类无效）

0 0