Spring-事务机制-使用与什么是ACID

谁是黄黄

已于 2022-06-29 21:42:46 修改

阅读量198

点赞数 3

分类专栏： spring 文章标签： spring

于 2022-06-19 15:49:04 首次发布

本文链接：https://blog.csdn.net/weixin_43189971/article/details/125358602

版权

spring 专栏收录该内容

11 篇文章 0 订阅

订阅专栏

一、简介

Spring事务管理分为编程式事务管理和声明式事务管理两种，

声明式事务管理:底层是建立在Spring AOP的基础上，在方式执行前后进行拦截，并在目标方法开始执行前创建新事务或加入一个已存在事务，最后在目标方法执行完后根据情况提交或者回滚事务。声明式事务的最大优点就是不需要编程将事务管理从复杂业务逻辑中抽离，只需要在配置文件中配置并在目标方法上添加**@Transactional**注解即可实现，声明式事务又包括基于注解@Transactional和tx+aop的方式

编程式事务(不推荐):允许用户在实现代码中使用显式的方式调用beginTransaction()开启事务、commit()提交事务、rollback()回滚事务，从而可以达到精确定义事务的边界。

二、声明式事务

1、概要

Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和切面编程三部分，无论哪种配置方式，一般变化的只是切面这部分。
DataSource、TransactionManager这两部分只是会根据数据访问方式有所变化，

声明式事务的原理都是基于AOP。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。通过基于**@Transactional注解的方式或者在配置文件**中声明事务规则,就可以使用在项目中使用事务了。

2、全注解(推荐)

说明

虽然@Transactional注解可被应用于接口、接口方法、类及类的public方法，但建议在具体实现类上使@Transactional注解，因为接口上的注解不能被继承，这样会有隐患。当事务配置按如下方式，使用的是子类代理（CGLib）而非接口代理（JDK）时，对应目标类不会添加事务增强

要点

一般使用在service层的的实现类使用事务注解
使用注解的的方法必须是public声明

导入依赖

<dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-tx</artifactId>
  <version>5.2.7.RELEASE</version>
</dependency>

配置spring-tx.xml

<!--事务管理器 -->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
  <property name="dataSource" ref="dataSource"/>
</bean>
<!-- 使用注解事务，需要添加Transactional注解属性 -->
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />

注意

MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager引用的数据源一致即可，否则事务管理会不起作用

使用

public class AccountServiceImpl implements AccountService {
    @Override
    @Transactional()
    public String test() {
        return null;
    }
}

3、AOP(tx标签)

说明

声明式事务的原理都是基于AOP。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

配置

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       <!-- 1. 添加命名空间 -->
       xmlns:tx="http://www.springframework.org/schema/tx"
       xmlns:aop="http://www.springframework.org/schema/aop"
		   <!--  -->
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
     <!-- 添加命名空间tx -->
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd 
     <!-- 添加命名空间aop -->
http://www.springframework.org/schema/aop https://www.springframework.org/schema/aop/spring-aop.xsd">
	  <!-- 2.声明切面 -->
    <aop:config>
        <!--其中第一个*代表返回值，第二*代表service下子包，第三个*代表方法名，“（..）”代表方法参数-->
      <!-- 切入点配置 -->
        <aop:pointcut id="txPointcut" expression="execution(* com.xxx.xxx.service..*.*(..))"/>
      <!-- 通知 -->
        <aop:advisor pointcut-ref="txPointcut" advice-ref="txAdvice"/>
    </aop:config>
</beans> 

    <!-- 3.切面配置事务通知 -->
		    <!--
    1 所有公有方法的执行
    execution(public * *(..))
    2 所有以set开头的公有方法的执行
    execution(* set*(..))
    3 AccountService接口下的所有方法的执行
    execution(* com.xxx.service.AccountService.*(..))
    4 com.xxx.service包下的所有方法的执行
    execution(* com.xxx.service.*.*(..))
    5 com.xyz.service包及其子包下的所有方法的执行
    execution(* com.xxx.service..*.*(..))
    6 匹配com.xxx.service包下的所有类的所有方法（不含子包）
    within(com.xxx.service.*)
    7 com.xxx.service包和子包的所有方法
    within(com.xyz.service..*)
    8 匹配AccountService的代理类
    this(com.xxx.service.AccountService)
    -->
    <tx:advice id="txAdvice">
        <tx:attributes>
          	 <!-- 在所有以create开头的的方法上使用事务 -->
            <tx:method name="create*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception"/>
          	 <!-- 在所有以delete开头的的方法上使用事务 -->
            <tx:method name="delete*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception"/>
          <!-- 在所有以更新开头的的方法上使用事务 -->
            <tx:method name="update*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception"/>
          	<!-- 在所有以find开头的的方法上使用只读事务 -->
            <tx:method name="find*" propagation="REQUIRED" read-only="true" timeout="300"/>
          	<!-- 其它任意的方法上使用只读事务 -->
            <tx:method name="*" propagation="REQUIRED" read-only="true" timeout="300"/>
        </tx:attributes>
    </tx:advice>

优缺点

**优点: **完全无侵入,代码以前怎们写现在还是怎么写
**缺点: ** 其实也不是缺点,
- 对命名有要求,在团队开发中要求所有开发人员必须严格按着匹配规则来声明方法。
- 在实际开发对于一些没有经验的程序都很难定义所有的规则

4、注解+(AOP+tx)

就是上面两种方式的结合体。

三、编程式事务(了解)

说明

手动编写代码进行事务的管理,在开发中一般不用, 类似传统的jdbc事务编程模式

使用步骤

TransactionTemplate模板方式

@Service
public class TransactionTemplateServiceImpl implements TransactionTemplateService {
    // 事务模板类
    @Resource
    TransactionTemplate transactionTemplate;
    @Override
    public int update() {
        int count = transactionTemplate.execute(transactionStatus -> {
            //伪代码
            return updateMapper.update(new User());
        });
        return count;
    }
}

PlatformTransactionManager事务核心类

@Service
public class TransactionTemplateServiceImpl implements TransactionTemplateService {
    @Resource
    UpdateMapper updateMapper;
    @Resource
    DataSourceTransactionManager transactionManager;
    /**
     * 伪代码
     * @param uid
     * @return
     */
    @Override
    public int delete(int uid) {
        int count = 0;
        DefaultTransactionDefinition defaultTransactionDefinition = new DefaultTransactionDefinition();
        defaultTransactionDefinition.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
        TransactionStatus status = transactionManager.getTransaction(defaultTransactionDefinition);
        try {
            // 事务代码
            count = updateMapper.delete(uid);
            transactionManager.commit(status);
        } catch (Exception e) {
            transactionManager.rollback(status);
            e.printStackTrace();
        }
        return count;
    }
}

四、Spring事务注意事项

在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。
@Transactional 注解只能应用到 public 可见度的方法上。如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，但是这个被注解的方法将不会展示已配置的事务设置。
注意仅仅 @Transactional 注解的出现不足于开启事务行为，它仅仅是一种元数据。必须在配置文件中使用配置元素，才真正开启了事务行为。
通过元素的 “proxy-target-class” 属性值来控制是基于接口的还是基于类的代理被创建。如果 “proxy-target-class” 属值被设置为 “true”，那么基于类的代理将起作用（这时需要CGLIB库cglib.jar在CLASSPATH中）。如果 “proxy-target-class” 属值被设置为 “false” 或者这个属性被省略，那么标准的JDK基于接口的代理将起作用。
Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。
@Transactional 的事务开启，或者是基于接口的或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。

五. ACID

概念
ACID，是指在可靠数据库管理系统（DBMS）中，事务(transaction)所应该具有的四个特性：

原子性（Atomicity）
一致性（Consistency）
隔离性（Isolation）
持久性（Durability）
这是可靠数据库所应具备的几个特性.所以ACID就是这四大特性的缩写。

5.1原子性（Atomicity）

原子性意味着数据库中的事务执行是作为原子。即不可再分，整个语句要么执行，要么不执行。
在SQL SERVER中，每一个单独的语句都可以看作是默认包含在一个事务之中，每一个语句本身具有原子性，要么全部执行，这么全部不执行，不会有中间状态:
例如：
银行转账功能，从A账户减去100，在B账户增加100，如果这两个语句不能保证原子性的话，比如从A账户减去100后，服务器断电，而在B账户中却没有增加100.虽然这种情况会让银行很开心，但作为开发人员的你可不希望这种结果.而默认事务中，即使出错了也不会整个事务进行回滚。而是失败的语句抛出异常，而正确的语句成功执行。这样会破坏原子性。所以SQL SERVER给予了一些选项来保证事务的原子性。

5.2一致性(Consistency)

一致性即在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。
一致性体现在两个层面：
1.数据库机制层面
数据库层面的一致性是，在一个事务执行之前和之后，数据会符合你设置的约束（唯一约束，外键约束,Check约束等)和触发器设置.这一点是由SQL SERVER进行保证的.
2.业务层面
对于业务层面来说,一致性是保持业务的一致性.这个业务一致性需要由开发人员进行保证.很多业务方面的一致性可以通过转移到数据库机制层面进行保证.比如，产品只有两个型号，则可以转移到使用CHECK约束使某一列必须只能存这两个型号.

5.3隔离性（Isolation)

隔离性。事务的执行是互不干扰的，一个事务不可能看到其他事务运行时，中间某一时刻的数据。
在Windows中，如果多个进程对同一个文件进行修改是不允许的，Windows通过这种方式来保证不同进程的隔离性，而SQL Server中，通过SQL SERVER对数据库文件进行管理，从而可以让多个进程可以同时访问数据库:SQL Server利用加锁和阻塞来保证事务之间不同等级的隔离性.
一般情况下，完全的隔离性是不现实的，完全的隔离性要求数据库同一时间只执行一条事务，这样的性能可想而知.想要理解SQL Server中对于隔离性的保障，首先要了解事务之间是如何干扰的.事务之间的互相影响的情况分为几种，分别为:脏读(Dirty Read)，不可重复读，幻读。