【Spring】Spring事务和事务传播机制

【Spring】Spring事务和事务传播机制

🎬 那我掉的头发算什么个人主页
🔥 个人专栏: 《javaSE》《数据结构》《数据库》《javaEE》

⛺️待到苦尽甘来日


在这里插入图片描述

文章目录

事务三连

什么是事务

事务是⼀组操作的集合, 是⼀个不可分割的操作.
事务会把所有的操作作为⼀个整体, ⼀起向数据库提交或者是撤销操作请求. 所以这组操作要么同时成功, 要么同时失败.

为什么要有事务

我们在进行程序开发时,也会有事务的需求。
比如转账操作:
第一步:A 账户 -100 元。
第二步:B 账户 +100 元。

如果没有事务,第一步执行成功了,第二步执行失败了,那么 A 账户的 100 元就平白无故消失了。如果使用事务就可以解决这个问题,让这一组操作要么一起成功,要么一起失败。

事务的操作

事务的操作主要有三步:
开启事务:start transaction /begin(一组操作前开启事务)
提交事务:commit(这组操作全部成功,提交事务)
回滚事务:rollback(这组操作中间任何一个操作出现异常,回滚事务)

Spring中事务的实现

Spring 中的事务操作分为两类:
编程式事务(手动写代码操作事务)。
声明式事务(利用注解自动开启和提交事务)。

准备工作

我们先准备好数据以及访问数据的代码:

整体结构:

在这里插入图片描述


数据库:
log_info:

在这里插入图片描述


user_info:

在这里插入图片描述

Spring编程事务

packagecom.hbu.springtransdemo.controller;importcom.hbu.springtransdemo.service.UserInfoService;importlombok.extern.slf4j.Slf4j;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.jdbc.datasource.DataSourceTransactionManager;importorg.springframework.transaction.TransactionDefinition;importorg.springframework.transaction.TransactionStatus;importorg.springframework.web.bind.annotation.RequestMapping;importorg.springframework.web.bind.annotation.RestController;@RestController@Slf4j@RequestMapping("/User")publicclassUserController{@AutowiredprivateUserInfoService userInfoService;@AutowiredprivateDataSourceTransactionManager dataSourceTransactionManager;privateTransactionDefinition transactionDefinition;@RequestMapping("/regist")publicStringregistryUser(String name,String password){TransactionStatus transactionStatus = dataSourceTransactionManager.getTransaction(transactionDefinition);Integer result = userInfoService.registryUser(name, password); log.info("用户信息插入成功");//提交事务 dataSourceTransactionManager.commit(transactionStatus);//回滚事务//dataSourceTransactionManager.rollback(transactionStatus);return"注册成功";}}
在这里插入图片描述


提交事务时,数据库中也会增加相应的记录。
回滚事务时,可以看到日志打印的信息:“用户信息插入成功”以及“注册成功”,但是刷新数据库没有增加相应的新纪录。

在这里插入图片描述


在这里插入图片描述


在这里插入图片描述

Spring 声明式事务 @Transactional

在需要事务的方法上添加 @Transactional 注解就可以实现了。无需手动开启事务和提交事务,进入方法时自动开启事务,方法执行完会自动提交事务,如果中途发生了没有处理的异常会自动回滚事务。

代码也是十分简洁:

packagecom.hbu.springtransdemo.controller;importcom.hbu.springtransdemo.service.UserInfoService;importlombok.extern.slf4j.Slf4j;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.jdbc.datasource.DataSourceTransactionManager;importorg.springframework.transaction.TransactionDefinition;importorg.springframework.transaction.TransactionStatus;importorg.springframework.transaction.annotation.Transactional;importorg.springframework.web.bind.annotation.RequestMapping;importorg.springframework.web.bind.annotation.RestController;importjava.io.IOException;importstaticorg.springframework.transaction.annotation.Isolation.READ_COMMITTED;@RestController@Slf4j@RequestMapping("/User2")publicclassUserController2{@AutowiredprivateUserInfoService userInfoService;@Transactional()@RequestMapping("/regist")publicStringregistryUser(String name,String password)throwsIOException{Integer result = userInfoService.registryUser(name, password); log.info("用户信息插入成功");return"注册成功";}}

运行程序,数据插入成功。

反之,如果出现异常:

@RestController@Slf4j@RequestMapping("/User2")publicclassUserController2{@AutowiredprivateUserInfoService userInfoService;@Transactional()@RequestMapping("/regist")publicStringregistryUser(String name,String password)throwsIOException{Integer result = userInfoService.registryUser(name, password); log.info("用户信息插入成功");int a =10/0;return"注册成功";}}

代码就会回滚,数据没法正常插入数据库。

@Transactional 可以用来修饰方法或类:
・修饰方法时:只有修饰 public 方法时才生效(修饰其他方法时不会报错,也不生效)【推荐】
・修饰类时:对 @Transactional 修饰的类中所有的 public 方法都生效

方法 / 类被 @Transactional 注解修饰时,在目标方法执行开始之前,会自动开启事务,方法执行结束之后,自动提交事务。如果在方法执行过程中,出现异常,且异常未被捕获,就进行事务回滚操作。如果异常被程序捕获,方法就被认为是成功执行,依然会提交事务。

在这里插入图片描述


特别的,@Transactional 默认只在遇到运行时异常和 Error 时才会回滚,非运行时异常不回滚。即 Exception 的子类中,除了 RuntimeException 及其子类。

@Transactional详解

通过上面的代码,我们学习了 @Transactional 的基本使用。接下来我们学习 @Transactional 注解的使用细节。

我们主要学习 @Transactional 注解当中的三个常见属性:
1.rollbackFor:异常回滚属性。指定能够触发事务回滚的异常类型。可以指定多个异常类型
2.Isolation:事务的隔离级别。默认值为 Isolation.DEFAULT
3.propagation:事务的传播机制。默认值为 Propagation.REQUIRED

rollbackFor

前面说了,@Transactional 默认只在遇到运行时异常和 Error 时才会回滚,非运行时异常不回滚。

在这里插入图片描述
@Transactional(rollbackFor)@RequestMapping("/regist")publicStringregistryUser(String name,String password)throwsIOException{Integer result = userInfoService.registryUser(name, password); log.info("用户信息插入成功");// int a = 10/0;// try{// int a = 10/0;// }catch (Exception e){// //e.printStackTrace();// }if(true){thrownewIOException();}return"注册成功";}

在上面这种情况下虽然产生异常报错,但是不会产生回滚,数据依旧正常插入数据库。

在这里插入图片描述


此时我们就可以给rollbackFor指定一个回滚的范围,比如此处设置成所有异常类,再运行上面的代码就能正常回滚了。

事务隔离级别

Mysql事务隔离级别

SQL 标准定义了四种隔离级别,MySQL 全都支持。这四种隔离级别分别是:
1.读未提交(READ UNCOMMITTED):读未提交,也叫未提交读。该隔离级别的事务可以看到其他事务中未提交的数据。
因为其他事务未提交的数据可能会发生回滚,但是该隔离级别却可以读到,我们把该级别读到的数据称之为脏数据,这个问题称之为脏读。

2.读提交(READ COMMITTED):读已提交,也叫提交读。该隔离级别的事务能读取到已经提交事务的数据,该隔离级别不会有脏读的问题。
但由于在事务的执行中可以读取到其他事务提交的结果,所以在不同时间的相同 SQL 查询可能会得到不同的结果,这种现象叫做不可重复读。

3.可重复读(REPEATABLE READ):事务不会读到其他事务对已有数据的修改,即使其他事务已提交。也就可以确保同一事务多次查询的结果一致,但是其他事务新插入的数据,是可以感知到的。这也就引发了幻读问题。可重复读,是 MySQL 的默认事务隔离级别。
比如此级别的事务正在执行时,另一个事务成功的插入了某条数据,但因为它每次查询的结果都是一样的,所以会导致查询不到这条数据,自己重复插入时又失败(因为唯一约束的原因)。明明在事务中查询不到这条信息,但自己就是插入不进去,这个现象叫幻读。

4.串行化(SERIALIZABLE):序列化,事务最高隔离级别。它会强制事务排序,使之不会发生冲突,从而解决了脏读,不可重复读和幻读问题,但因为执行效率低,所以真正使用的场景并不多。

在这里插入图片描述

Spring事务隔离级别

Spring 中事务隔离级别有 5 种:
1.Isolation.DEFAULT:以连接的数据库的事务隔离级别为主。
2.Isolation.READ_UNCOMMITTED:读未提交,对应 SQL 标准中 READ UNCOMMITTED。
3.Isolation.READ_COMMITTED:读已提交,对应 SQL 标准中 READ COMMITTED。
4.Isolation.REPEATABLE_READ:可重复读,对应 SQL 标准中 REPEATABLE READ。
5.Isolation.SERIALIZABLE:串行化,对应 SQL 标准中 SERIALIZABLE。

@Transactional(isolation =READ_COMMITTED)@RequestMapping("/r1")publicStringr1(String name,String password){return"r1";}

可以根据isolation属性的赋值来设置隔离级别。

Spring事务传播机制

事务传播机制就是:多个事务方法存在调用关系时,事务是如何在这些方法间进行传播的。
比如有两个方法 A、B 都被 @Transactional 修饰,A 方法调用 B 方法。A 方法运行时,会开启一个事务。当 A 调用 B 时,B 方法本身也有事务,此时 B 方法运行时,是加入 A 的事务,还是创建一个新的事务呢?
这个就涉及到了事务的传播机制。

在这里插入图片描述


Spring 事务传播机制有以下 7 种:
1.Propagation.REQUIRED:默认的事务传播级别。如果当前存在事务,则加入该事务。如果当前没有事务,则创建一个新的事务。
2.Propagation.SUPPORTS:如果当前存在事务,则加入该事务。如果当前没有事务,则以非事务的方式继续运行。
3.Propagation.MANDATORY:强制性。如果当前存在事务,则加入该事务。如果当前没有事务,则抛出异常。
4.Propagation.REQUIRES_NEW:创建一个新的事务。如果当前存在事务,则把当前事务挂起。也就是说不管外部方法是否开启事务,Propagation.REQUIRES_NEW 修饰的内部方法都会新开启自己的事务,且开启的事务相互独立,互不干扰。
5.Propagation.NOT_SUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起(不用)。
6.Propagation.NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。
7.Propagation.NESTED:如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行。如果当前没有事务,则该取值等价于PROPAGATION_REQUIRED。

接下来我们来演示一下其中几个场景:
1.都使用默认传播机制:

@Transactional@RequestMapping("/r2")publicStringr2(String name,String password){ userInfoService.registryUser(name,password); log.info("新建用户成功"); logInfoService.insert(); log.info("新建日志成功");return"成功!!!";}
packagecom.hbu.springtransdemo.service;importcom.hbu.springtransdemo.mapper.UserInfoMapper;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.stereotype.Service;importorg.springframework.transaction.annotation.Propagation;importorg.springframework.transaction.annotation.Transactional;@ServicepublicclassUserInfoService{@AutowiredprivateUserInfoMapper userInfoMapper;@Transactional(propagation =Propagation.REQUIRED)publicIntegerregistryUser(String name,String password){return userInfoMapper.insert(name,password);}}
packagecom.hbu.springtransdemo.service;importcom.hbu.springtransdemo.mapper.LogInfoMapper;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.stereotype.Service;importorg.springframework.transaction.annotation.Propagation;importorg.springframework.transaction.annotation.Transactional;@ServicepublicclassLogInfoService{@AutowiredprivateLogInfoMapper logInfoMapper;@Transactional(propagation =Propagation.REQUIRED)publicIntegerinsert(){Integer result = logInfoMapper.insert("zhangsan","新建用户");return result;}}

结构类似于:

在这里插入图片描述


因为本身r2就是事务,所以那两个事务会和r2一起成为一个事务。
此时如果有任意一个事务发生回滚操作,就被认定这个合成的大事务产生回滚,所以整个事务都回滚,每一个事务操作都不生效。
当然,正常提交时大家也是都提交。

2.REQUIRES_NEW:

在这里插入图片描述


此时几个事务是独立的,每一个事务提交还是回滚与其他事务无关。

3.NESTED

在这里插入图片描述


跟REQUIRED类似,当主事务回滚,所有事务都回滚。
但是NESTED允许局部回滚,即调用的小事务回滚,其他的事务可以正常提交。

在这里插入图片描述

总结

1.Spring 中使用事务,有两种方式:编程式事务(手动操作)和声明式事务。其中声明式事务使用较多,在方法上添加 @Transactional 就可以实现了。
2.通过 @Transactional (isolation = Isolation.SERIALIZABLE) 设置事务的隔离级别。Spring 中的事务隔离级别有 5 种。
3.通过 @Transactional (propagation = Propagation.REQUIRED) 设置事务的传播机制,Spring 中的事务传播级别有 7 种,重点关注 REQUIRED(默认值)和 REQUIRES_NEW。

Read more

【Java Web学习 | 第四篇】CSS(3) -背景

【Java Web学习 | 第四篇】CSS(3) -背景

🌈个人主页: Hygge_Code🔥热门专栏:从0开始学习Java | Linux学习| 计算机网络💫个人格言: “既然选择了远方,便不顾风雨兼程” 文章目录 * CSS背景样式全解析🥝 * 4.1 背景颜色 (`background-color`) * 4.2 背景图片 (`background-image`) * 4.3 背景平铺 (`background-repeat`) * 4.4 背景图片位置 (`background-position`) * 4.5 背景图像固定 (`background-attachment`) * 4.6 背景属性复合写法 * 4.7 背景色半透明 (`rgba`) * 综合代码演示 * 学习资源推荐🐦‍🔥 CSS背景样式全解析🥝 在网页设计中,背景样式是塑造页面视觉效果的关键元素之一。通过CSS的背景属性,我们可以为页面添加丰富的视觉效果,包括背景颜色、背景图片、平铺方式、定位以及固定等。

By Ne0inhk
C++ 方向 Web 自动化测试入门指南:从概念到 Selenium 实战

C++ 方向 Web 自动化测试入门指南:从概念到 Selenium 实战

🔥草莓熊Lotso:个人主页 ❄️个人专栏: 《C++知识分享》《Linux 入门到实践:零基础也能懂》 ✨生活是默默的坚持,毅力是永久的享受! 🎬 博主简介: 文章目录 * 前言: * 一. 自动化测试基础:先搞懂"为什么"和"做什么" * 1.1 自动化测试的核心目标:回归测试 * 1.2 自动化测试分类:别把 “不同自动化” 混为一谈 * 1.3 自动化测试金字塔:如何分配测试资源? * 二. Web 自动化测试核心:环境搭建与驱动管理 * 2.1 核心组件原理:三者如何协同工作? * 2.2 环境搭建:3 步搞定依赖安装

By Ne0inhk
一位过来人的 Web 前端开发全维准备指南

一位过来人的 Web 前端开发全维准备指南

真正拉开开发者差距的,不是敲下第一行代码的速度,而是动笔之前思维框架的深度。 在这个数字化渗透进每个角落的时代,Web 前端开发早已不是当年那个“切图仔”的简单活儿。它是连接用户与数字世界的桥梁,是产品体验的灵魂载体,更是一门融合了艺术感性与工程理性的复杂学科。当无数零基础的学习者怀揣着改变职业轨迹的梦想,准备敲下人生第一个 <html> 标签时,我想邀请你们稍作停留。 本文不急于教你如何写代码,而是希望与你深入探讨:在真正踏上这条充满魅力与挑战的道路之前,我们需要在思维、心态、知识和工具上做哪些准备,才能让这段旅程走得更稳、更远、更具成长性。 一、思维重构:像工程师一样思考 学习前端的第一步,不是下载编辑器,而是启动大脑的“编程思维”模式。这是一种将现实世界的复杂问题,转化为计算机能够理解和执行的逻辑化、结构化思考方式。 抽象能力:从具象到通用 当你面对一个精美的网页时,编程思维会让你下意识地拆解它:这个导航栏可以抽象成一个包含 Logo 和菜单项的组件;这个商品卡片,可以提炼为一个可复用的模板,由图片、标题、价格三个数据槽位构成。

By Ne0inhk
Flutter 三方库 tflite_web 端云协同 AI 引擎鸿蒙化高配适配:搭建异构计算 WebGL 后台管线并强力驱动 TensorFlow Lite-适配鸿蒙 HarmonyOS ohos

Flutter 三方库 tflite_web 端云协同 AI 引擎鸿蒙化高配适配:搭建异构计算 WebGL 后台管线并强力驱动 TensorFlow Lite-适配鸿蒙 HarmonyOS ohos

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 tflite_web 端云协同 AI 引擎鸿蒙化高配适配:搭建异构计算 WebGL 后台管线并强力驱动 TensorFlow Lite 轻量大模型推理内核运转 前言 在 OpenHarmony 构建混合架构(Hybrid App)的过程中,将 AI 能力直接下沉到客户端侧执行已成为主流趋势。虽然鸿蒙原生提供了强大的 AI 框架,但对于已有大量积累、且运行在 Flutter Web 容器中的应用而言,寻找一致性的端侧 AI 推理方案至关重要。tflite_web 库为基于 Flutter Web 的应用提供了调用 TensorFlow Lite 模型的能力。本文将调研其在鸿蒙 Web

By Ne0inhk