MySQL-事务Transaction详解

文章目录

  • 事务概述
    • 事务基本概念
    • 事务四大特性(ACID)
    • 演示MySQL事务
      • 手动开启事务
      • MySQL默认事务机制
  • 事务的隔离级别
    • 隔离级别基本概述
    • 三种现象
      • 脏读
      • 不可重复读
      • 幻读
    • 查看和设置隔离级别
    • 四种隔离级别及演示
      • 读未提交(read uncommitted)
      • 读提交(read committed)
      • 可重复读(repeatable read)
      • 串行化(serializable)
    • 可重复读的幻读问题

事务概述

事务基本概念

  1. 事务是最小的一个工作单元, 在数据库当中, 事务表示一件完整的事
  2. 一个业务的完成可能需要多条DML语句共同配合才能完成, 例如转账业务, 需要执行两条DML语句, 先更新张三的业务, 再更新李四的业务, 为了保证转账业务不出现问题, 就必须保证这两条DML语句必须同时成功或者同时失败, 所以我们就需要借助业务这一机制来完成
  3. 也就是说使用了事务机制之后, 在同一个事务内部, 多条DML语句会同时成功或者同时失败, 不会出现一部分成功一部分失败的现象
  4. 事务只针对DML语句(insert, delete, update)有效, 因为只有这三个语句是改变表中数据的
  5. 事务只针对DML语句有效, 但是在一个事务内部是可以有DQL语句进行结果查询的

事务四大特性(ACID)

  1. 原子性（Atomicity）
    是指事务包含的所有操作要么全部成功，要么同时失败
  2. 一致性(Consistency)
    是指事务开始前，和事务完成后，数据应该是一致的。例如张三和李四的钱加起来是5000，中间不管进行过多少次的转账 操作(update)，总量5000是不会变的。这就是事务的一致性。
  3. 隔离性(Isolation)
    隔离性是当多个⽤户并发访问数据库时，⽐如操作同⼀张表时，数据库为每⼀个⽤户开启的事务，不能被其他事务的操作所⼲扰，多个并发事务之间要相互隔离, 隔离性主要解决的是多个事务并发的情况, 这在下面的内容里很重要
  4. 持久性(Durability)
    持久性是指⼀个事务⼀旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作

演示MySQL事务

手动开启事务

在dos命令行窗口的基本操作指令

事务操作基本指令
开启事务start transaction / begin
提交事务(成功提交事务)commit
回滚事务(未成功提交事务)rollback

只要执行上面的commit或者是rollback事务都会结束, 前者是成功提交操作(即所有的操作都生效), 后者是回滚(未成功提交)撤销事务中的所有操作
演示如下
首先是查找一下t_student表中的数据
在这里插入图片描述
现在我们开启事务并执行一些DML操作后commit(成功提交)
在这里插入图片描述
我们发现成功插入了一条数据
现在我们再次开启一个事务并执行一些DML操作后rollback(未成功提交)
在这里插入图片描述
此时我们的stu_no = 13的这行记录并没有被删除…

MySQL默认事务机制

关于MySQL默认的事务机制:
MySQL默认情况下采用的事务机制是 : 自动提交, 所谓自动提交就是只要执行一条DML语句, 就会自动的开启事务并且执行结束之后直接commit, 所以这时候我们rollback是无法进行回滚的…(ACID中的持久性)

测试如下
在这里插入图片描述
分析一下底层的运行机制, 当执行insert语句的时候, 底层自动开启了事务机制, 这条SQL执行结束之后默认进行commit操作, 所以此时rollback并不能使之前的事务回滚

事务的隔离级别

隔离级别基本概述

事物的隔离级别这一块主要针对的就是上面事务四大特性中的隔离性(Isolation)
隔离性感性的理解可以视为两个不同事务之间的"墙", 而隔离级别就是墙的厚度大小

隔离级别脏读不可重复读幻读
读未提交(read uncommitted)存在存在存在
读提交(read committed)不存在存在存在
可重复读(repeatable read)不存在不存在存在(大部分可避免)
串行化(serializable)不存在不存在不存在

事务的隔离级别分为四种(按照隔离程度从低到高)
读未提交 < 读提交 < 可重复读 < 串行化
不同隔离级别产生的现象(按照严重程度从低到高)
脏读 > 不可重复读 > 幻读

三种现象

脏读

官方术语

指的是一个事务读取了另一个事务尚未提交的数据，即读取了另一个事务中的脏数据（Dirty Data）。在此情况下，如果另一个事务回滚了或者修改了这些数据，那么读取这些脏数据的事务所处理的数据就是不准确的。

简单点说就是, 现在假设开启了A, B两个事务, B事务对其中的数据进行了DML语句操作(增删改), B事务并没有提交,此时我们在A事务的内部进行select语句查询, 居然能读取到被B事务增删改的数据, 是不是就说明A, B两个事务之间的隔离级别非常弱(两个事务之间的"墙"厚度很薄)

不可重复读

官方术语
注意, 这里所说的现象是针对同一条SQL来说的, 也就是同一条SQL的结果不一样

指在一个事务内，多次读取同一个数据行，得到的结果可能是不一样的。这是由于其他事务对数据行做出了修改操作，导致数据的不一致性。

翻译一下, 现在假设我们开启了A, B两个事务, 现在在A事务中执行一条DQL查询语句, 此时我们在B事务中使用DML语句中的update语句进行操作A中查询的区间内的数据, B是否提交未知, 我们此时在A中再次执行之前那条DQL语句, 会发现我们前后的数据是不一样的, 为什么说B是否提交未知呢, 因为如果是B执行之前进行select查询, 这种情况就属于脏读(也是不可重复读), 所以说脏读的严重性要大于不可重复读

幻读

官方术语

指在事务执行过程中，前后两次相同的查询条件得到的结果集不一致，可能会变多或变少。

其实就是A, B两个事务开启之后, B中添加几条/删除几条数据, A中可以观测到
关于不可重复度和幻读的区别, 不可重复读是指的是一条数据的内部更新变化, 而幻读指的是添加或者删除某些数据

查看和设置隔离级别

MySQL默认的隔离级别是可重复读(repeatable read)

查看隔离级别(全局/对话)

-- 查看当前会话的隔离级别
-- 也就是当前dos窗口的隔离级别(退出窗口之后失效)
select @@transaction_isolation;
-- 查看当前全局的隔离级别(整个MySQL服务)
select @@global.transaction_isolation;

演示如下
查看当前对话的
在这里插入图片描述
查看全局的
在这里插入图片描述
设置隔离级别
当设置全局的隔离级别之后, 重新打开对话之后对话的隔离级别也会随之改变

-- 设置当前对话的隔离级别
set session transaction isolation level [级别名称]
-- 设置全局的隔离级别
set global transaction isolation level [隔离名称]

下面演示的是把当前对话的隔离级别改成读提交
在这里插入图片描述
这种设置的作用范围就是当前的对话, 一旦对话撤销之后也随之失效

下面演示的是设置全局的隔离级别为读提交
在这里插入图片描述
这种全局的隔离级别一旦设置, 全局范围内都有效, 不能随意切换

四种隔离级别及演示

我们对隔离级别的模拟是通过开启两个dos窗口来进行模拟并发的

读未提交(read uncommitted)

A事务与B事务，A事务可以读取到B事务未提交的数据。这是最低的隔离级别。几乎两个事务之间没有隔离。这种隔离级别是一种理论层面的，在实际的数据库产品中，没有从这个级别起步的。当事务隔离级别是读未提交时，三种现象都存在：脏读，不可重复读，幻读。
首先设置一下全局的隔离级别

-- 设置全局的隔离级别为读未提交
set global transaction isolation level read uncommitted;

下面是演示
我们使用的数据演示表是下面的学生表, 这个是初始的数据情况
在这里插入图片描述

事务A事务B
开启事务A在这里插入图片描述开启事务B在这里插入图片描述
插入一条数据在这里插入图片描述
更改一条数据在这里插入图片描述
再次查询一下数据在这里插入图片描述
rollback回滚B事务

通过对比我们很明显的看到, 在B事务没有提交的情况下, 我们A事务就可以查看到B事务中新插入的这条信息的数据(幻读), 也可以查询到B事务中对A事务中信息的更新(不可重复读), 这两个都同时属于脏读, 可见此时的隔离级别是非常低的

读提交(read committed)

A事务与B事务，A事务可以读取到B事务提交之后的数据。Oracle数据库默认的就是这种隔离级别。
此时存在不可重复读和幻读
首先设置一下全局的隔离级别为读提交

-- 设置全局的隔离级别为读提交
set global transaction isolation level read committed;

下面是演示

事务A事务B
开启事务A在这里插入图片描述开启事务B在这里插入图片描述
查询一下数据在这里插入图片描述
插入一条数据在这里插入图片描述
更新一条数据在这里插入图片描述
在B事务未提交之前查一下数据在这里插入图片描述
提交B事务在这里插入图片描述
重新查一下A事务数据在这里插入图片描述
提交A事务在这里插入图片描述

分析一下上面的过程, 在B事务没有提前之前, 我们在B中执行的更新删除的操作都不会影响事务A中的查询结果, 也就是避免了脏读, 但是当提交了B事务中的数据, A事务就可以查找出来B事务增加和修改的数据, 也就是存在不可重复读和幻读

可重复读(repeatable read)

这个隔离级别是MySQL数据库默认的。A事务和B事务，A事务开启后，读取了某一条记录，然后B事务对这条记录进行修改并提交，A事务读取到的还是修改前的数据。这种隔离级别称为可重复读。
这个隔离级别可以避开脏读, 不可重复读, 大部分的幻读(待会再说)
首先还是修改一下当前的隔离级别

-- 设置全局的隔离级别为可重复读
set global transaction isolation level repeatable read;

下面是演示

A事务B事务
开启A事务在这里插入图片描述开启事务B在这里插入图片描述
查询一下原始数据在这里插入图片描述
插入一条数据在这里插入图片描述
更新一条数据在这里插入图片描述
再次查看数据在这里插入图片描述
提交事务在这里插入图片描述
再次查看数据在这里插入图片描述
使用for update查询在这里插入图片描述
提交事务在这里插入图片描述

经过上面的演示, 我们发现在B事务提交之前, B事务中执行的任何操作A事务中都无法查询到, 所以这就避免了脏读, 此时我们提交事务B, 再次对A事务中的事务尽心查询, 我们发现这里不仅避免了不可重复读(同一条数据都是一样的), 同时甚至避免了幻读(数据的条数并没有增加), 此时我们使用了for update查询(这是查询语句可以读取到当前最新的数据), 就会发现产生了幻读, 所以我们说MySQL可以最大程度的避免幻读但是也不能完全避免, 至于什么时候可以, 什么时候不可以我们下面会介绍, 还有人疑问这里难道不是不可重复读么, 注意此时select语句发生了变化, 所以此时还是满足可重复读的

串行化(serializable)

这种隔离级别最高，避免了所有的问题，缺点是效率低，因为这种隔离级别会导致事务排队处理，不支持并发。所以我们一般不会采用这种隔离级别
首先还是设置一下全局的隔离级别

set global transaction isolation level serializable;

下面是演示

事务A事务B
开启A事务在这里插入图片描述开启B事务在这里插入图片描述
事务B进行操作在这里插入图片描述
提交事务在这里插入图片描述
此时B事务才可以执行在这里插入图片描述

分析一下, 此时隔离级别为串行化的级别, 此时不允许并发了, 我们发现我们在B事务(后开启)中执行DQL查询操作, 光标就会一直闪烁, 卡在这里不执行, 等待A事务提交完毕之后才可以执行, 当A事务提交之后, B事务自动执行, (45.89 sec 就是B事务等待的秒数), 所以这种情况我们很少用, 不支持并发之后效率很低

可重复读的幻读问题

上面我们说了, MySQL中的可重复读可以尽自己最大的努力来避免产生幻读问题, 但是还是可能存在的, 下面我们详细的分析一下可重复度隔离级别中的幻读问题

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/894612.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

【K8s】Kubernetes 词汇表

【K8s】Kubernetes 词汇表

微思网络 厦门微思网络 K8S认证工程师&#xff08;CKA&#xff09;备考与学习指南https://mp.weixin.qq.com/s/XsEVpU7dKnJDBopynWW3GQ K8S-CKA课程试听:Container 概述 词汇表 此术语表旨在提供 Kubernetes 术语的完整、标准列表。其中包含特定于 Kubernetes 的技术术语以及…
阅读更多...
为了避免下一次重大中断，我们需要持续测试

为了避免下一次重大中断，我们需要持续测试

自去年 7 月CrowdStrike/Microsoft大规模中断以来的几个月里&#xff0c;我们了解到了很多问题所在。一家大型网络安全提供商为其广泛部署的企业端点保护产品推出了一个有缺陷的更新。尽管&#xff08;错误地&#xff09;批准发布&#xff0c;但该更新导致全球的 Windows 系统崩…
阅读更多...
力扣 143.重排链表【详细手写】

力扣 143.重排链表【详细手写】

一、题目 前置题目 力扣 206.反转链表 力扣 876. 链表的中间结点 二、思路 观察链表发现链表是部分有序&#xff0c;奇数位置的节点组成前半段的原链表&#xff0c;偶数位置的节点组成后半段的反转链表。因此&#xff0c;首先需要找到中间节点&#xff08;力扣 876. 链表的…
阅读更多...
harmonyOS next之实现时间打卡定时器

harmonyOS next之实现时间打卡定时器

需求&#xff1a;实现一个时间打卡签到按钮。 实现方法&#xff1a;每隔一秒钟获取一下当前时间。 实现代码如下&#xff1a; Column(){Text(this.curTime).fontColor(#FFFFFF).fontWeight(600).fontSize(32vp)Text(上班打卡).fontColor(#FFFFFF) } .width(170vp) .height(170…
阅读更多...
使用ROS资源编排一键部署LNMP建站环境，手动整理教程

使用ROS资源编排一键部署LNMP建站环境，手动整理教程

LNMP是目前主流的网站服务器架构之一&#xff0c;适合运行大型和高并发的网站应用&#xff0c;例如电子商务网站、社交网络、内容管理系统等。LNMP分别代表Linux、Nginx、MySQL和PHP。本文阿里云服务器网aliyunfuwuqi.com介绍如何使用阿里云资源编排服务&#xff08;ROS&#x…
阅读更多...
桂林旅游一点通：SpringBoot平台应用

桂林旅游一点通：SpringBoot平台应用

3系统分析 3.1可行性分析 通过对本桂林旅游景点导游平台实行的目的初步调查和分析&#xff0c;提出可行性方案并对其一一进行论证。我们在这里主要从技术可行性、经济可行性、操作可行性等方面进行分析。 3.1.1技术可行性 本桂林旅游景点导游平台采用SSM框架&#xff0c;JAVA作…
阅读更多...
smbms（2）

smbms（2）

目录 一、修改密码功能实现 二、优化密码修改&#xff0c;加入旧密码确认环节【使用Ajax】 三、用户管理实现 获取用户数量 获取用户列表 获取角色列表 Servlet 一、修改密码功能实现 1、导入前端素材 2、UserDao接口 3、UserDaoImpl实现类 4、UserService接口 5、Us…
阅读更多...
第10篇：防火墙与入侵检测系统

第10篇：防火墙与入侵检测系统

目录 引言 10.1 防火墙的基本概念 10.2 防火墙的分类 10.3 防火墙策略的配置与实现 10.4 入侵检测系统&#xff08;IDS&#xff09; 10.5 防火墙与IDS的结合 10.6 总结 第10篇&#xff1a;防火墙与入侵检测系统 引言 在当今的数字世界中&#xff0c;网络安全已经成为企…
阅读更多...
【FreeRL】PPO的复刻和7个trick实现

【FreeRL】PPO的复刻和7个trick实现

文章目录 前言一、计算优势函数二、比较buffer的存储三、小批量更新网络的实现中四、细节GAE的实现五、对于PPO必须收敛的关键为V_target的定义六、参数敏感七、仿照《动手学强化学习中的代码》实现八、补充tricks的效果 前言 主要是对PPO论文里的PPO复刻&#xff0c;和实现时…
阅读更多...
安卓流式布局实现记录

安卓流式布局实现记录

效果图&#xff1a; 1、导入第三方控件 implementation com.google.android:flexbox:1.1.0 2、布局中使用 <com.google.android.flexbox.FlexboxLayoutandroid:id"id/baggageFl"android:layout_width"match_parent"android:layout_height"wrap_co…
阅读更多...
spring底层原理

spring底层原理

本文参考黑马程序员的spring底层讲解&#xff0c;想要更详细的可以去看视频。 另外文章会每日更新&#xff0c;大概持续1个月&#xff01;&#xff01;&#xff01;每天更新一讲 这部分比较抽象&#xff0c;要经常复习&#xff01;&#xff01;&#xff01; 一、BeanFactory与A…
阅读更多...
Olap数据处理

Olap数据处理

一、OLAP 是什么 1. OLAP的定义 OLAP&#xff08;Online Analytical Processing&#xff0c;联机分析处理&#xff09;是一种软件技术&#xff0c;它主要专注于复杂的分析操作&#xff0c;帮助分析人员、管理人员或执行人员从多角度对信息进行快速、一致、交互地存取&#xf…
阅读更多...
电脑桌面自己变成了英文Desktop，怎么改回中文

电脑桌面自己变成了英文Desktop，怎么改回中文

目录 前言找到Desktop查看位置查找目标修改文件名为桌面重启电脑 或 重启 Windows 资源管理器CtrlShiftEsc 打开任务管理器找到 Windows 资源管理器重启 Windows 资源管理器 查看修改结果 前言 许多人在使用电脑的时候发现&#xff0c;我们经常使用的桌面&#xff0c;不知道因为…
阅读更多...
Vue向上滚动加载数据时防止内容闪动

Vue向上滚动加载数据时防止内容闪动

目前的需求&#xff1a;当前组件向上滚动加载数据&#xff0c;dom加载完后&#xff0c;页面的元素位置不能发生变化 遇到的问题&#xff1a;加载完数据后&#xff0c;又把滚轮滚到之前记录的位置时&#xff0c;内容发生闪动 现在的方案&#xff1a; 加载数据之前记录整体滚动条…
阅读更多...
004-按照指定功能模块名称分组

004-按照指定功能模块名称分组

按照指定功能模块名称分组 一、说明1.现在有一个需求&#xff1a;2.具体做法 二、代码案例三、效果展示 一、说明 1.现在有一个需求&#xff1a; 需要把一个功能模块的几个功能点放在同一个文档目录下&#xff0c;这几个功能点分布在不同的 Controller 2.具体做法 需要把他…
阅读更多...
登录前端笔记（二）：vuex管理用户数据；跨域；axios封装；环境；请求响应拦截；权限；用户资料Vuex共享

登录前端笔记（二）：vuex管理用户数据；跨域；axios封装；环境；请求响应拦截；权限；用户资料Vuex共享

一、Vuex登录流程之用户模块&#xff1a; 简言之&#xff1a;点击登录调用actions且得到token&#xff0c;把得到的token提交给mutations从而修改state里的数据。 原视频 &#xff08;1&#xff09;Vuex用户模块流程 组件页面里点击登录后&#xff0c;调用stores里的actions&…
阅读更多...
智慧油田智能安全管控方案-AI助力油气田安全管控升级

智慧油田智能安全管控方案-AI助力油气田安全管控升级

在科技日新月异的今天&#xff0c;万物纵横科技凭借其前沿的智慧油田智能安全管控方案&#xff0c;正引领着油气田行业向智能化、高效化转型。该方案深度融合了AI视频智能分析与AIoT&#xff08;物联网人工智能&#xff09;技术&#xff0c;为采油场、油气场的设备运维、环境监…
阅读更多...
查缺补漏----Cache命中率与缺失率的判断

查缺补漏----Cache命中率与缺失率的判断

第一类问题对比&#xff1a; 块大小16B&#xff0c;int型数据占4B&#xff0c;所以一个Cache块可以放4个数组&#xff0c;所以访问1个数组&#xff0c;后面3个数组的地址可以在同一个Cache块找到。 一个数组要访问2次&#xff0c;即读这个数组&#xff0c;然后给这个数组赋值&a…
阅读更多...
傅里叶变换（FT）与快速傅里叶变换（FFT）的区别

傅里叶变换（FT）与快速傅里叶变换（FFT）的区别

傅里叶变换&#xff08;Fourier Transform, FT&#xff09;和快速傅里叶变换&#xff08;Fast Fourier Transform, FFT&#xff09;都是用于信号频域分析的工具&#xff0c;但它们在计算方式和效率上存在显著的区别。下面小编将详细说明傅里叶变换和快速傅里叶变换的定义、原理…
阅读更多...
MATLAB图像重心计算

MATLAB图像重心计算

图像重心&#xff08;或质心&#xff09;计算是计算机视觉和图像处理领域 应用领域广泛&#xff1a;包括医疗,生物&#xff0c;动画&#xff0c;机器人等。 该文章通过灰度转换->二值化->质心计算 以下是代码中涉及的一些数学概念和公式&#xff1a; 灰度转换&#xff1a…
阅读更多...
最新文章

Copyright @ 2022~2023