事务 ，Spring整合MyBatis

目录

1.引言：

2.事务

2.1事务回顾：

 2.2 事务概念：到底什么是事务呢？

2.3 事务的四大特性：

2.4 事务的并发问题：

2.5 由于事务可能出现的问题，针对于这些问题，数据库进行隔离机制的设计

2.6 事务的传播机制

3.整合

3.1 配置数据源以及其他依赖添加（web.xml）

 3.2 编写jdbc.properties

3.3 配置applocationContext.xml

---

1.引言：

        在我们整合Spring与MyBatis之前，这俩款框架各自执行各自的功能，那么这两款框架如何能够为同一件事情同时效力呢？这是我们来了解以下MyBatis与Spring的整合。在整合之前，我们需要对事务有一定的概念。那么问题又来了，为什么需要了解事务的概念呢？我个人的理解如下：MyBatis这款框架主要是为了与数据库打交道，主要编写着SQL语句，而事务主要是针对DML（增删改）而言的。所以先理解事务的概念。

2.事务

2.1事务回顾：

//转账例子：

@Override

public void transform () {

        String sql = "UPDATE table SET money = money - 500 WHERE userId = 1" ;

        update ( sql );

        int num = 3 / 0 ; // 抛出异常信息

        sql = "UPDATE table SET money = money + 500 WHERE userId = 2" ;

        update ( sql ) ;

}
 

当程序执行 3/0 会出现异常，导致程序会结束运行，由于前面的 update 方法已经执行，导致最终总的钱数发生了变化！

 2.2 事务概念：到底什么是事务呢？

        最小的不可再分的工作单位，一个事务对应一个完整的业务，例如银行转账业务，包含着多条SQL语句与锁。

2.3 事务的四大特性：

1. 原子性（atomicity）：事务是不可再分割的最小逻辑单元，一旦执行了，那么最终的结果不会因为出现各种问题而导致数据不统一。通俗来讲，就是要么全部执行，要么全部不执行。
2. 一致性（consistency）：事务执行前以及执行后，最终结果不应该发生变化。
3. 隔离性（isolation）：事务之间应该保持一定的隔离性。
4. 持久性(durability)：事务一旦提交，就无法再回退了。

2.4 事务的并发问题：

1. 脏读：读到了没有提交的另一个事务。

张三开启了一个事务，需要进行转账，此时，李四读到了张三未提交的事务中的金额值，并进了修改，导致最后一致性出问题。

1. 幻读（条数）：读到了已经提交的数据，数据可能新增(insert)了，也可能减少(delete)了。主要是针对于数据的增加及删除操作。

张三准备打印流水，在查询后，发现一共 30 条数据，但是打印后产生了 31 条数据，导致其感觉出现了幻觉。

1. 不可重复读（内容）：读到了已经提交的数据，但是数据的内容发生了变化。

张三读取了一条数据，结果是30，但是打印之后，结果变成了28.

2.5 由于事务可能出现的问题，针对于这些问题，数据库进行隔离机制的设计

 Oracle的默认隔离级别是已提交读。MySQL默认的是可重复读。

1. 读未提交（read uncommitted）： 一个事务还没有提交时，它做的变更就能被别的事务看到。
2. 读提交（read committed）： 一个事物提交之后，它做的变更才会被其他事务看到。
3. 可重复读（repeatable read）： 一个事物执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。未提交变更对其他事务也是不可见的。
4. 串行化（serializable）： 对于同一行记录，写会加“写锁”，读会加“读锁”，当出现锁冲突时，后访问的事务需要等前一个事务执行完成，才能继续执行。

// 修改事务隔离级别

SELECT @@GLOBAL.tx_isolation , @@tx_isolation ;

SET GLOBAL tx_isolation = 'REPEATABLE-READ' ;

SET SESSION tx_isolation = 'SERIALIZABLE' ;

2.6 事务的传播机制

如果在同一个类中，所有的方法之上都需要设计对应事务支持方式，那么，如果 A 方法调用了 B 方法，此时如何设计？

1) REQUIRED （默认属性）

如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。

被设置成这个级别时，会为每一个被调用的方法创建一个逻辑事务域。如果前面的方法已经创建了事务，那么后面的方法支持当前的事务，如果当前没有事务会重新建立事务。

2) MANDATORY

支持当前事务，如果当前没有事务，就抛出异常。

3) NEVER

以非事务方式执行，如果当前存在事务，则抛出异常。

4) NOT_SUPPORTED

以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

5) REQUIRES_NEW

新建事务，如果当前存在事务，把当前事务挂起。

6) SUPPORTS

支持当前事务，如果当前没有事务，就以非事务方式执行。

7) NESTED

支持当前事务，新增 Savepoint 点，与当前事务同步提交或回滚。

嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时，会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。

PROPAGATION_NESTED 与 PROPAGATION_REQUIRES_NEW 的区别：

它们非常类似，都像一个嵌套事务，如果不存在一个活动的事务，都会开启一个新的事务。

a.使用 PROPAGATION_REQUIRES_NEW 时，内层事务与外层事务就像两个独立的事务一样，一旦内层事务进行了提交后，外层事务不能对其进行回滚。两个事务互不影响。两个事务不是一个真正的 嵌套事务。同时它需要 JTA 事务管理器的支持。

b.使用 PROPAGATION_NESTED 时，外层事务的回滚可以引起内层事务的回滚。而内层事务的异常 并不会导致外层事务的回滚，它是一个真正的嵌套事务。

2.7  面试题为什么要使用事务？

个人认为事务是一种保护数据库数据一致性和稳定性的一种机制。这种机制的出现就是确保数据在被进行操作时有一定的可靠性，防止数据出现问题，并提供数据进行可恢复的能力。例如转账案例..如果没有事务做支撑，我们要想确保数据稳定，可能需要在业务处理繁琐的逻辑，使用事务的另一个好处就是，不仅提高数据的稳定性，也简化了我们的编程。

2.8  面试题什么场景需要事务：

在日常开发中只要涉及到多张表要一起执行的场景，要么一起成功，要么一起失败，都会使用到事务。

举例一：Excel上传数据文件时，我们有自己的对数据的效验规则，对效验通过的进行保存操作，但是当有校验不通过的数据时，对已保存的数据进行事务的回滚操作。直至所有的数据通过校验时才全部保存。

举例二：银行转账老业务。

举例三：新增用户时，可能涉及到多张表，如角色，权限等等。需要控制事务。

3.整合

3.1 配置数据源以及其他依赖添加（web.xml）

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.csi</groupId>
    <artifactId>sm</artifactId>
    <version>1.0-SNAPSHOT</version>

    <properties>
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
    </properties>
    <dependencies>

        <!--Spring-->
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-context</artifactId>
            <version>5.2.7.RELEASE</version>
        </dependency>
        <!--mysql的驱动包-->
        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <version>8.0.30</version>
        </dependency>
        <!--数据源依赖-->
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>druid</artifactId>
            <version>1.1.6</version>
        </dependency>
        <!--mybatis包-->
        <dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis</artifactId>
            <version>3.5.7</version>
        </dependency>
        <!--MyBatis-Spring整合包-->
        <dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis-spring</artifactId>
            <version>2.0.5</version>
        </dependency>
        <!--事务管理-->
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-jdbc</artifactId>
            <version>5.1.17.RELEASE</version>
        </dependency>
        <!--测试-->
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.13.2</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-test</artifactId>
            <version>5.2.7.RELEASE</version>
            <scope>test</scope>
        </dependency>
    </dependencies>

</project>

 3.2 编写jdbc.properties

3.3 配置applocationContext.xml

至此，Spring与MyBatis整合完毕！