Spring事务1

浅浅的花香味﹌ 2024-04-03 11:24 49阅读 0赞

#### 文章目录 ####

*  前言
 *  一、事务是什么？
 *  二、事务的特性？
 *  三、事务的使用
 *   *  1.配置事务bean
     *  2.通过注解的方式实现事务管理
 *  四、事务的隔离级别
 *   *  1.隔离级别
     *  2.事务的特性
     *  3.并发问题
 *  五、事务的传播行为
 *   *  1、REQUIRED(Spring默认的事务传播类型 required：需要、依赖、依靠)
     *  2、SUPPORTS（supports：支持;拥护）
     *  3、MANDATORY（mandatory：强制性的）
     *  4、REQUIRES\_NEW（requires\_new：需要新建）
     *  5、NOT\_SUPPORTED（not supported：不支持）
     *  6、NEVER（never：从不）
     *  7、NESTED（nested：嵌套的）嵌套事务
 *  总结

--------------------

## 前言 ##

本篇学习事务

--------------------

## 一、事务是什么？ ##

先来看一个生活当中的例子：假设现在有一个朋友要找你借1000块钱，你准备使用支付宝转账的方式来借出这1000块钱。你现在转账1000元，在你发起转账操作之后，支付宝需要将你的余额给扣除1000，然后你朋友的账户余额+1000，问题来了，就在支付宝刚刚把你的余额给扣除，还没给你朋友的余额添加的时候，这时，突然服务器宕机了。当服务器修复好了之后。发现，你的账户里确实少了1000，但是你朋友的账户余额却没有发生改变。那么这一千块钱就这么“消失了”，那这个问题就十分的严重。要解决这中类似的问题。我们就需要使用事务。就是说当你发起转账操作的时候，如果服务器宕机，那么事务将扣款和新增余额这两个逻辑上的操作归为一个，要么就执行成功，要么就执行失败，退回你这转出的1000元。这就是事务的作用。

> 事务是数据库操作的基本单元，逻辑上的一组操作，要么都成功，要么都失败，也就是说只有一组操作中 有一个失败了，那么这组操作都失败

## 二、事务的特性？ ##

*  A atomicity 原子性 一组操作 整体不可拆分要么都成功 要么都失败
 *  C consistency 一致性 数据在事务的前后，业务整体一致
 *  I isolation 隔离性 事务之间 互相隔离 互不影响。
 *  D durability 持久性 一旦事务执行成功 数据一定会落盘在数据库

## 三、事务的使用 ##

spring提供了事务的解决方案

### 1.配置事务bean ###

我们需要先在applicationContext.xml文件中配置我们的事务管理bean

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
            <property name="dataSource" ref="dataSource"></property>
        </bean>

然后我们需要开启事务注解扫描

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

### 2.通过注解的方式实现事务管理 ###

我们上一步已经配置好了事务管理器和注解扫描，那么我们只需要在需要自动事务管理的方法上加上一个注解即可  
@Transactional  
加上 @Transactional，就可以对我们的方法进行事务管理。在方法内部出现异常时，会自动回滚事务，不对数据进行任何操作

## 四、事务的隔离级别 ##

### 1.隔离级别 ###

> 事务的隔离级别就是事务所要监控的数据范围，一共有五个隔离级别

*  default 默认值 采用数据库的默认设置（建议）
 *  read-uncommited 读未提交 读取到其它事务还未提交的数据（脏数据）
 *  read-commited 读已提交（Oracle数据库默认的隔离级别）
 *  repeatable-read 可重复读 （MySQL数据库默认的隔离级别）
 *  serialized-read 序列化  
    事务的隔离级别由高到低：read-uncommited<read-commited<repeatable-read <serialized-read

### 2.事务的特性 ###

总的来说事务有以下两个特性：

>  *  安全性：级别越高，多事务并发时，越安全。因为共享的数据越来越少，事务间彼此干扰减少。
>  *  并发性：级别越高，多事务并发时，并发越差。因为共享的数据越来越少，事务间阻塞情况增多。

### 3.并发问题 ###

事务并发时主要有以下常见的安全问题：  
脏读  
一个事务读取到另一个事务还未提交的数据。

> 例如：张三取钱，本来账户有两千，张三取走一千，然后这个时候张三的事务还未提交的时候，李四过来查询账户里余额发现剩下一千，此时张三又把事务进行了回滚。那么账户里的实际余额是2000，但是李四的后续操作都是以1000开始的，那1000就是属于脏数据

当事务的隔离级别大于等于 read-commited 可防止  
不可重复读  
一个事务内多次读取一行数据的相同内容，其结果不一致。

> 例如：张三取钱，本来账户有两千，在张三还未取走的时候，李四过来先读了账户的余额，发现剩余两千。此时张三开始取钱，取走了1000，并把事务提交，然后李四不放心又查看了账户余额，发现此时余额变成了1000。此时就出现了不可重复读。

当事务的隔离级别大于等于 repeatable-read 可防止  
幻读  
一个事务在对一个数据操作完成之后，再次读取发现没有变化，就像发生了幻觉一样。

> 张三取钱，余额两千，取走1000，还剩1000，此时李四过来存钱，又存了1000，账户余额现在是2000。结果张三又查询一次余额，发现账户里还是2000元，就像发生了幻觉一样。

serialized-read序列化隔离级别可以解决此类问题

## 五、事务的传播行为 ##

传播行为发生在Service调用Service（两个service都被事务管理）的业务场景。

> 可以想象一下，当你使用一个被事务管理的service方法，去调用另一个被事务管理的方法，那么这两个事务到底要执行的事务是哪一个？如果要提交是先提交哪一个事务，如果发生了异常要回滚，那么先回滚的又是哪一个？这些问题就需要用事务的传播行为来解决。

事务的传播机制一共有7种

### 1、REQUIRED(Spring默认的事务传播类型 required：需要、依赖、依靠) ###

> 如果当前没有事务，则自己新建一个事务，如果当前存在事务则加入这个事务

### 2、SUPPORTS（supports：支持;拥护） ###

> 当前存在事务，则加入当前事务，如果当前没有事务，就以非事务方法执行

### 3、MANDATORY（mandatory：强制性的） ###

> 当前存在事务，则加入当前事务，如果当前事务不存在，则抛出异常。

### 4、REQUIRES\_NEW（requires\_new：需要新建） ###

> 创建一个新事务，如果存在当前事务，则挂起该事务。当事务出现问题，则回滚自己的事务

### 5、NOT\_SUPPORTED（not supported：不支持） ###

> 以非事务方式执行,如果当前存在事务，则挂起当前事务

### 6、NEVER（never：从不） ###

> 如果当前没有事务存在，就以非事务方式执行；如果有，就抛出异常。

### 7、NESTED（nested：嵌套的）嵌套事务 ###

> 如果当前事务存在，则在嵌套事务中执行，否则REQUIRED的操作一样(开启一个事务)

--------------------

## 总结 ##

需要注意以下几点：

*  spring事务管理基于aop实现
 *  在配置事务bean的时候applicationContext.xml会自动生成头文件，这个时候生成的头文件有一定几率不是我们所需要的我们需要的是如下头文件配置：`xmlns:tx="http://www.springframework.org/schema/tx"`  
    和`http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd`  
    如果生成错误需要手动调换，否则配置文件报错
 *  @Transactional只对运行时异常有效，对检查时异常无效，会自动会忽略此类异常。此时我们需要在@Transactional注解后边配置异常范围：@Transactional(rollbackFor = Exception.class) 标识所有异常都回滚。
 *  嵌套事务是指，在一个事务内，嵌套另外一个事务，当外层事务回滚时，内层事务也同样回滚
 *  事务的传播行为同样是需要在注解的括号内进行配置例如：@Transactional(propagation=Propagation.REQUIRES\_NEW)
 *  需要特别注意的是，在开发规范里，如果当前方法需要引用别的service中的方法，那么不能直接使用mapper自动注入来调用方法，这样的话嵌套的事务会不生效。因为使用的是同一个代理对象。所以在必须使用service自动注入的引用，而不是直接调用持久层的接口。