当前位置:   article > 正文

事务 ,Spring整合MyBatis_spring覆盖mybatis事务

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)

  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <project xmlns="http://maven.apache.org/POM/4.0.0"
  3. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  4. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  5. <modelVersion>4.0.0</modelVersion>
  6. <groupId>com.csi</groupId>
  7. <artifactId>sm</artifactId>
  8. <version>1.0-SNAPSHOT</version>
  9. <properties>
  10. <maven.compiler.source>8</maven.compiler.source>
  11. <maven.compiler.target>8</maven.compiler.target>
  12. </properties>
  13. <dependencies>
  14. <!--Spring-->
  15. <dependency>
  16. <groupId>org.springframework</groupId>
  17. <artifactId>spring-context</artifactId>
  18. <version>5.2.7.RELEASE</version>
  19. </dependency>
  20. <!--mysql的驱动包-->
  21. <dependency>
  22. <groupId>mysql</groupId>
  23. <artifactId>mysql-connector-java</artifactId>
  24. <version>8.0.30</version>
  25. </dependency>
  26. <!--数据源依赖-->
  27. <dependency>
  28. <groupId>com.alibaba</groupId>
  29. <artifactId>druid</artifactId>
  30. <version>1.1.6</version>
  31. </dependency>
  32. <!--mybatis包-->
  33. <dependency>
  34. <groupId>org.mybatis</groupId>
  35. <artifactId>mybatis</artifactId>
  36. <version>3.5.7</version>
  37. </dependency>
  38. <!--MyBatis-Spring整合包-->
  39. <dependency>
  40. <groupId>org.mybatis</groupId>
  41. <artifactId>mybatis-spring</artifactId>
  42. <version>2.0.5</version>
  43. </dependency>
  44. <!--事务管理-->
  45. <dependency>
  46. <groupId>org.springframework</groupId>
  47. <artifactId>spring-jdbc</artifactId>
  48. <version>5.1.17.RELEASE</version>
  49. </dependency>
  50. <!--测试-->
  51. <dependency>
  52. <groupId>junit</groupId>
  53. <artifactId>junit</artifactId>
  54. <version>4.13.2</version>
  55. <scope>test</scope>
  56. </dependency>
  57. <dependency>
  58. <groupId>org.springframework</groupId>
  59. <artifactId>spring-test</artifactId>
  60. <version>5.2.7.RELEASE</version>
  61. <scope>test</scope>
  62. </dependency>
  63. </dependencies>
  64. </project>

 3.2 编写jdbc.properties

3.3 配置applocationContext.xml

至此,Spring与MyBatis整合完毕!

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/盐析白兔/article/detail/707741
推荐阅读
相关标签
  

闽ICP备14008679号