《扫一眼系列之MySQL事务隔离级别》

最新推荐文章于 2024-09-17 09:10:57 发布
最新推荐文章于 2024-09-17 09:10:57 发布
阅读量117 收藏 1
点赞数
分类专栏： 扫一眼 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44096631/article/details/109376200
版权

本文纯粹是学习总结使用，收录好的，容易理解的知识。

文章目录

前言

看看总会有收获。分享快乐。

事务的特性都有什么？

指的是ACID。

  • A：原子性。事务不可分割
  • C：一致性
  • I：隔离性。 数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）。
  • D：持久性。数据修改是永久的。

事务的并发问题了解多少？

实际场景下，事务并不是串行的，所以会带来如下三个问题：

  • 脏读：事务 A 读取了事务 B 更新的数据，然后 B 回滚操作，那么 A 读取到的数据是脏数据。
  • 不可重复读：事务 A 多次读取同一数据，事务 B 在事务 A 多次读取的过程中，对数据作了更新并提交，导致事务 A 多次读取同一数据时，结果不一致。
  • 幻读：系统管理员 A 将数据库中所有学生的成绩从具体分数改为 ABCDE 等级，但是系统管理员 B 就在这个时候插入了一条具体分数的记录，当系统管理员 A 改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。

不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。

MySQL四种隔离级别会产生的并发问题

不同的隔离级别有不同的现象，并有不同的锁定/并发机制，隔离级别越高，数据库的并发性就越差。

  • READ UNCOMMITTED（未提交读）：事务中的修改，即使没有提交，对其他事务也都是可见的。 这个会导致脏读。

  • READ COMMITTED（提交读）：事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。 会导致不可重复读，这个隔离级别也叫不可重复读。

  • REPEATABLE READ（可重复读）：一个事务按相同的查询条件读取以前检索过的数据，其他事务插入了满足其查询条件的新数据。产生幻行。 会导致幻读。

  • SERIALIZABLE（可串行化）：强制事务串行执行。

    事务隔离级别脏读不可重复读幻读
    读未提交（read-uncommitted）是是是
    读已提交（read-committed）否是是
    可重复读（repeatable-read）否否是（x）
    串行化（serializable）否否否

MySQL 默认的事务隔离级别为可重复读RR（repeatable-read） 。

MVCC与事务看下边连接（敖丙大神讲解）

敖丙大神的博客地址

罗列出来：

MVCC 解决数据丢失

MVCC，多版本的并发控制，Multi-Version Concurrency Control。

MVCC使得数据库读不会对数据加锁，普通的SELECT请求不会加锁，提高了数据库的并发处理能力。 借助MVCC，数据库可以实现READ COMMITTED，REPEATABLE READ等隔离级别，用户可以查看当前数据的前一个或者前几个历史版本，保证了ACID中的I特性（隔离性)。

重点来了。

InnoDB的MVCC实现逻辑

InnoDB存储引擎保存的MVCC的数据

InnoDB的MVCC是通过在每行记录后面保存两个隐藏的列来实现的。一个保存了行的事务ID（DB_TRX_ID），一个保存了行的回滚指针（DB_ROLL_PT）。每开始一个新的事务，都会自动递增产 生一个新的事务id。事务开始时刻的会把事务id放到当前事务影响的行事务id中，当查询时需要用当前事务id和每行记录的事务id进行比较。

下面看一下在REPEATABLE READ隔离级别下，MVCC具体是如何操作的。

SELECT

InnoDB 会根据以下两个条件检查每行记录：

  1. InnoDB只查找版本早于当前事务版本的数据行（也就是，行的事务编号小于或等于当前事务的事务编号），这样可以确保事务读取的行，要么是在事务开始前已经存在的，要么是事务自身插入或者修改过的。
  2. 删除的行要事务ID判断，读取到事务开始之前状态的版本，只有符合上述两个条件的记录，才能返回作为查询结果。

INSERT

InnoDB为新插入的每一行保存当前事务编号作为行版本号。

DELETE

InnoDB为删除的每一行保存当前事务编号作为行删除标识。

UPDATE

InnoDB会插入一行新记录，保存当前事务编号作为行版本号，同时保存当前事务编号到原来的行作为行删除标识。

保存这两个额外事务编号，使大多数读操作都可以不用加锁。这样设计使得读数据操作很简单，性能很好，并且也能保证只会读取到符合标准的行。不足之处是每行记录都需要额外的存储空间，需要做更多的行检查工作，以及一些额外的维护工作。

MVCC只在REPEATABLE READ和READ COMMITIED两个隔离级别下工作。其他两个隔离级别都和 MVCC不兼容 ，因为READ UNCOMMITIED总是读取最新的数据行，而不是符合当前事务版本的数据行。而SERIALIZABLE则会对所有读取的行都加锁。

MVCC 在mysql 中的实现依赖的是 undo log 与 read view 。

undo log

根据行为的不同，undo log分为两种： insert undo log 和 update undo log

  • insert undo log：

insert 操作中产生的undo log，因为insert操作记录只对当前事务本身课件，对于其他事务此记录不可见，所以 insert undo log 可以在事务提交后直接删除而不需要进行purge操作。

purge的主要任务是将数据库中已经 mark del 的数据删除，另外也会批量回收undo pages

数据库 Insert时的数据初始状态：
在这里插入图片描述

update undo log：

update 或 delete 操作中产生的 undo log。 因为会对已经存在的记录产生影响，为了提供 MVCC机制，因此update undo log 不能在事务提交时就进行删除，而是将事务提交时放到入 history list 上，等待 purge 线程进行最后的删除操作。

数据第一次被修改时：
在这里插入图片描述

当另一个事务第二次修改当前数据：
在这里插入图片描述

为了保证事务并发操作时，在写各自的undo log时不产生冲突，InnoDB采用回滚段的方式来维护undo log的并发写入和持久化。回滚段实际上是一种 Undo 文件组织方式。

ReadView

对于 RU(READ UNCOMMITTED) 隔离级别下，所有事务直接读取数据库的最新值即可，和 SERIALIZABLE 隔离级别，所有请求都会加锁，同步执行。所以这对这两种情况下是不需要使用到 Read View 的版本控制。

对于 RC(READ COMMITTED) 和 RR(REPEATABLE READ) 隔离级别的实现就是通过上面的版本控制来完成。两种隔离界别下的核心处理逻辑就是判断所有版本中哪个版本是当前事务可见的处理。针对这个问题InnoDB在设计上增加了ReadView的设计，ReadView中主要包含当前系统中还有哪些活跃的读写事务，把它们的事务id放到一个列表中，我们把这个列表命名为为m_ids。

对于查询时的版本链数据是否看见的判断逻辑：

  • 如果被访问版本的 trx_id 属性值小于 m_ids 列表中最小的事务id，表明生成该版本的事务在生成 ReadView 前已经提交，所以该版本可以被当前事务访问。
  • 如果被访问版本的 trx_id 属性值大于 m_ids 列表中最大的事务id，表明生成该版本的事务在生成 ReadView 后才生成，所以该版本不可以被当前事务访问。
  • 如果被访问版本的 trx_id 属性值在 m_ids 列表中最大的事务id和最小事务id之间，那就需要判断一下 trx_id 属性值是不是在 m_ids 列表中，如果在，说明创建 ReadView 时生成该版本的事务还是活跃的，该版本不可以被访问；如果不在，说明创建 ReadView 时生成该版本的事务已经被提交，该版本可以被访问。

举个例子：

READ COMMITTED 隔离级别下的ReadView

每次读取数据前都生成一个ReadView (m_ids列表)

时间Transaction 777Transaction 888Trasaction 999
T1begin;
T2begin;begin；
T3UPDATE user SET name = ‘CR7’ WHERE id = 1;
T4…
T5UPDATE user SET name = ‘Messi’ WHERE id = 1;SELECT * FROM user where id = 1;
T6commit;
T7UPDATE user SET name = ‘Neymar’ WHERE id = 1;
T8SELECT * FROM user where id = 1;
T9UPDATE user SET name = ‘Dybala’ WHERE id = 1;
T10commit;
T11SELECT * FROM user where id = 1;

这里分析下上面的情况下的ReadView

时间点 T5 情况下的 SELECT 语句：

当前时间点的版本链：

在这里插入图片描述

此时 SELECT 语句执行，当前数据的版本链如上，因为当前的事务777，和事务888 都未提交，所以此时的活跃事务的ReadView的列表情况 m_ids：[777, 888] ，因此查询语句会根据当前版本链中小于 m_ids 中的最大的版本数据，即查询到的是 Mbappe。

时间点 T8 情况下的 SELECT 语句：

当前时间的版本链情况：

在这里插入图片描述

此时 SELECT 语句执行，当前数据的版本链如上，因为当前的事务777已经提交，和事务888 未提交，所以此时的活跃事务的ReadView的列表情况 m_ids：[888] ，因此查询语句会根据当前版本链中小于 m_ids 中的最大的版本数据，即查询到的是 Messi。

时间点 T11 情况下的 SELECT 语句：

当前时间点的版本链信息：
在这里插入图片描述

此时 SELECT 语句执行，当前数据的版本链如上，因为当前的事务777和事务888 都已经提交，所以此时的活跃事务的ReadView的列表为空 ，因此查询语句会直接查询当前数据库最新数据，即查询到的是 Dybala。

总结： 使用READ COMMITTED隔离级别的事务在每次查询开始时都会生成一个独立的 ReadView。

REPEATABLE READ 隔离级别下的ReadView

在事务开始后第一次读取数据时生成一个ReadView（m_ids列表）

时间Transaction 777Transaction 888Trasaction 999
T1begin;
T2begin;begin；
T3UPDATE user SET name = ‘CR7’ WHERE id = 1;
T4…
T5UPDATE user SET name = ‘Messi’ WHERE id = 1;SELECT * FROM user where id = 1;
T6commit;
T7UPDATE user SET name = ‘Neymar’ WHERE id = 1;
T8SELECT * FROM user where id = 1;
T9UPDATE user SET name = ‘Dybala’ WHERE id = 1;
T10commit;
T11SELECT * FROM user where id = 1;

时间点 T5 情况下的 SELECT 语句：

当前版本链：
在这里插入图片描述

再当前执行select语句时生成一个ReadView，此时 m_ids 内容是：[777,888]，所以但前根据ReadView可见版本查询到的数据为 Mbappe

时间点 T8 情况下的 SELECT 语句：

当前的版本链：
在这里插入图片描述

此时在当前的 Transaction 999 的事务里。由于T5的时间点已经生成了ReadView，所以再当前的事务中只会生成一次ReadView，所以此时依然沿用T5时的m_ids：[777,999]，所以此时查询数据依然是 Mbappe。

时间点 T11 情况下的 SELECT 语句：

当前的版本链：
在这里插入图片描述

此时情况跟T8完全一样。由于T5的时间点已经生成了ReadView，所以再当前的事务中只会生成一次ReadView，所以此时依然沿用T5时的m_ids：[777,999]，所以此时查询数据依然是 Mbappe。

MVCC总结：

所谓的MVCC（Multi-Version Concurrency Control ，多版本并发控制）指的就是在使用 READ COMMITTD 、REPEATABLE READ 这两种隔离级别的事务在执行普通的 SEELCT 操作时访问记录的版本链的过程，这样子可以使不同事务的 读-写 、 写-读 操作并发执行，从而提升系统性能。

在 MySQL 中， READ COMMITTED 和 REPEATABLE READ 隔离级别的的一个非常大的区别就是它们生成 ReadView 的时机不同。在 READ COMMITTED 中每次查询都会生成一个实时的 ReadView，做到保证每次提交后的数据是处于当前的可见状态。而 REPEATABLE READ 中，在当前事务第一次查询时生成当前的 ReadView，并且当前的 ReadView 会一直沿用到当前事务提交，以此来保证可重复读（REPEATABLE READ）。

敖丙大神还是牛X啊。看完以后豁然开朗的感觉。

还有一个总结说的很好：MySQL实战45讲 第八章说道
InnoDB 的行数据有多个版本，每个数据版本有自己的 row trx_id，每个事务或者语句有自己的
up_limit_id。普通查询语句是一致性读，一致性读会根据 row trx_id 和 up_limit_id 的大小决
定数据版本的可见性 。

  • 对于可重复读，查询只承认在事务启动前就已经提交完成的数据

  • 对于读已提交，查询只承认在语句启动前就已经提交完成的数据

    而当前读，总是读取到当前提交的最新版本数据
    文章里的这个 up_limit_id 变量类似于m_ids .

流动红旗
关注
专栏目录
大话MySQL-事务特性与隔离级别
八尺妖剑的博客
03-25 991
就是今天，就是这个时候，情人节到来，一个万里无云的清晨，此时武大郎已经在和面了，突然想起来今天时情人节，于是停下手中的擀面杖，短粗黝黑的手掌习惯性的在包了浆的围巾上揩了一把，掏出来兜里的手机。因为无论何时启动事务，他都会隐式的提交到本地(最终会写入磁盘)，比如在同一张表中使用嵌套事务，那么内部事务已经成为外部事务的一部分，此时表在获取锁时将会是不确定的。确保在数据库系统出现故障的情况下，已经提交执行的事务结果仍然存在，也就是事务一旦提交成功，这个事务所带来的结果将会是永久性的，不能再次被修改，无法撤回。
Mysql探索(五)之log文件与事务的实现
zdjsswqs的博客
10-25 1479
redo log是mysql用来记录DML语句（写操作）的文件机制，对应的是上边的ib_logfile+序号文件，主要是用来恢复数据的，当我们的服务器宕机了，那些已经执行了语句但是还没提交的数据，或者已经提交了事务但是还没持久化的数据就有可能丢失了，当我们重启的时候就需要恢复这小部分数据，这时候就需要redo log中记录的写操作信息，然后重新执行一遍，这也是重来日志的名称由来，但是未提交事务那部分数据的就需要回滚了，这时候就需要undo log的登场了，这里记录着对应的回滚sql语句。
数据库事务介绍
SKCSKAXLJ的博客
10-13 156
数据库事务介绍事务的四大特性（ACID）事务的隔离级别读未提交（Read Uncommitted/RU）读已提交（Read Committed/RC）可重复读（Repeatable Read/RR）串行化（Serializable）数据丢失问题的解决LBCC：基于锁的并发控制，Lock Based Concurrency ControlMVCC：多版本的并发控制，Multi-Version Concurrency Control 事务的四大特性（ACID） 1、A：原子性（atomicity）： 事务的最小
mysql mvcc是怎样实现隔离级别的
weixin_38410177的博客
03-21 865
InnoDB的MVCC实现逻辑 InnoDB的MVCC是通过在每行记录后面保存两个隐藏的列来实现的。一个保存了行的事务ID（DB_TRX_ID），一个保存了行的回滚指针（DB_ROLL_PT）。每开始一个新的事务，都会自动递增产 生一个新的事务id。事务开始时刻的会把事务id放到当前事务影响的行事务id中，当查询时需要用当前事务id和每行记录的事务id进行比较。 MVCC只在REPEATABLE READ和READ COMMITIED两个隔离级别下工作。其他两个隔离级别都和 MVCC不兼容 ，因为RE
MySQL事务的隔离级别与MVCC详解
myjess’s blog
04-19 351
一、事务的隔离级别 先创建一个表： #主键命名为number，而不是id，是想和后边要用到的事务id做区别 CREATE TABLE hero ( number INT, name VARCHAR(100), country varchar(100), PRIMARY KEY (number) ) Engine=InnoDB CHARSET=utf8; INSERT INTO hero VALUES(1, '刘备', '蜀'); 对于同一个服务器来说，可以有若干个客户端与之连接，每个客户端与服务器连接上
mysql事务&&锁机制
WbX7342188的博客
10-21 478
mysql事务及锁机制
腾讯面试：MySQL事务与MVCC如何实现的隔离级别？
热门推荐
敖丙
10-13 3万+
万万没想到这么细，我TM直接好家伙
MySQL-事务的隔离级别
幸遇三杯酒好，况逢一朵花新
09-14 217
文章目录前言事务是什么是事务？事务的特性（ACID）并发事务带来的问题：那么幻读和不可重复读有什么区别呢？Map小结 前言   今天就来认识一下MySQL的事务。 事务 是什么是事务？   事务是逻辑上的一组操作，要么都执行，要么都不执行。 事务的特性（ACID） 原子性（atomicity）：事务是最小的执行单位，不允许分割。事物的原子性确保动作要么全部完成，要么完全不起作用。 一致性（c...
mysql学习笔记：事务的隔离级别
黄道婆的专栏
08-06 242
java学习笔记：事务的隔离级别 事务的隔离级别 ---- 1.事务的特性：ACID (1)原子性：强调事务的不可分割，Automatic (2)一致性：事务的执行的前后，数据的完整性保持一致, Consistence。 (3)隔离性：一个事务在执行的过程中，不应该受到其他事务的干扰, Isolation。 (4)持久性：事务一旦结束，数据就持久到数据库中, Durabilit...
MySQL事务篇：ACID原则、事务隔离级别及事务机制原理剖析
Huangjiazhen711的博客
10-11 897
一点点看到这里，《MySQL事务篇》也就接近了尾声，在本篇中对事务机制一点点去引出，慢慢的到事务机制的概述、并发事务的问题、事务的隔离级别、事务的实现原理等诸多方面进行了全面剖析，但大家应该也略微有些不尽兴，毕竟对于隔离级别的具体实现并未讲到，这是由于MySQL事务与锁机制之间有着千丝万缕的关系，所以在《MySQL锁篇》中会再次详细讲到事务隔离机制的。当然，由于目前是分布式/微服务架构横行的时代，所以也引出了新的问题，即分布式事务问题。
mysql事务”一致性“理解
Mr_YuanD的博客
01-10 1758
文章目录前言一、为什么会有事务？二、为什么"一致性"很难理解？一致性一种约束一致性是一种目的什么是正确的状态？总结 前言 谈起mysql事务的特性，人尽皆知的就是四个特性：ACID，原子性、一致性、隔离性、持久性。其中原子性、隔离性、持久性理解起来相对直观，各个地方对它们的定义也比较统一。相比之下“一致性”则显得不那么直观，你似乎好像明白它的意思，但是真的让你讲你又说不出来。本文就来探究一下数据库中的"一致性"到底是什么意思。 一、为什么会有事务？ ​很多人以为’‘事务’'的概念是天然存在的，就像.
狂神说java之mysql篇（学完可就业+面试）
m0_64924660的博客
05-15 1152
狂神说mysql数据库什么是数据库数据库的分类Mysql的简介Mysql的安装SQLyog连接数据库操作数据库数据库的操作数据库的数据类型数据库的字段属性（*重点*）创建数据库数据表的类型MySql数据管理外键（了解）DML语言添加删除DQL数据查询DQLWhere查询语句分页和排序子查询：MySql函数常用函数聚合函数数据库的级别MD5加密（拓展）事务索引索引的分类索引原则权限管理和备份用户管理Mysql备份规范数据库的设计为什么需要设计为什么需要数据规范化JDBC(重点)第一个JDBC接口stateme
技术分享 | 我对 MySQL 隔离级别的剖析
chiweiliu4439的博客
06-26 81
原创：姚嵩 术式之后皆为逻辑，一切皆为需求和实现。希望此文能从需求、现状和解决方式的角度帮大家理解隔离级别。 隔离级别的产生 在串型执行的条件下，数据修改的顺序是固定的、可预期的结果，但是并发执行的情况下，数据的修改是不可预期的，也不固定，为了实现数据修改在并发执行的情况下得...
MySQL事务隔离级别和MVCC
乔志勇笔记
03-28 2043
事前准备 为了故事的顺利发展，我们需要创建一个表： CREATE TABLE t ( id INT PRIMARY KEY, c VARCHAR(100) ) Engine=InnoDB CHARSET=utf8; 然后向这个表里插入一条数据： INSERT INTO t VALUES(1, '刘备'); 现在表里的数据就是这样的： m...
MySQL中几种常见的行格式
weixin_45923633的博客
09-13 441
动态格式会根据行中数据的实际大小动态地调整行的存储方式。如果行中的某个字段是变长的，那么这个字段的实际数据将被存储在行的末尾，而不会在行的开头占用固定的空间。这种格式适用于所有列都是固定长度的情况，可以提供最快的访问速度，但可能会浪费存储空间。：紧凑格式试图减少内部碎片，使得行的平均大小变小，从而在一个数据页中可以存储更多的行。：页面格式是一种较新的行存储格式，它旨在提高大表的访问性能和存储效率。是用来指定表中行的存储格式的属性。不同的行格式会影响数据的存储方式，进而影响存储空间的使用效率和访问性能。
【MySQL】表的操作【有关表结构的操作】【创建、查看、删除、修改表结构】
aaa114514aaaa的博客
09-12 1183
对于mysql数据库的表的结构的查看，创建、删除、修改、【对字段的添加、修改】
2024最新版MySQL详细学习教程
最新发布
2401_86940371的博客
09-17 851
返回一个字符串，在这里对于在“bits”中设定每一位，你得到一个“on”字符串，并且对于每个复位(reset)的位，你得到一个 “off”字符串。如果e1成立，则返回v1,如果e2成立，则返回v2，当全部不成立则返回vn，而当有一个成立之后，后面的就不执行了。MD5(str)函数可以对字符串str进行散列，可以用于一些普通的不需要解密的数据加密。字符串函数是MySQL中最常用的一类函数，字符串函数主要用于处理表中的字符串。如果count是负数，返回第(count的绝对值(从右边数))个字符右边的字符串。
基于SpringBoot+Vue+MySQL的瑜伽馆管理系统
程序员大金的博客
09-11 1315
基于SpringBoot+Vue+MySQL的瑜伽馆管理系统，附源码。
MYSQL数据库基础篇——MYSQL的安装与使用
qq_74177011的博客
09-11 491
mysql -u表示用于登录的用户名，后面的root就是用户名称，之前讲到，安装mYSQL时默认用户名是root，-p表示指定密码，即登录密码。首先打开命令提升符，并输入net start mysql80可以启动，输入net stop mysql80可以停止。这里选择第一个，当然，有可能你的版本下的MYSQL并没有这个选项，那么我们可以选择。注意：如果报以下错误，则可以尝试通过管理员的方式打开命令提示符进行操作。输入mysql -u root -p，然后输入密码就好了。然后显示下面的界面说明连接成功了；
MySQL事务隔离级别设置与影响
默认的MySQL InnoDB引擎的隔离级别，它确保在一个事务内多次读取同一数据集时，结果始终相同，避免了不可重复读。然而，这可能导致幻读问题，即在查询时没有的新记录，在后续的查询中出现了。 4. **串行化...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值