MySQL 05、由浅入深理解MySQL MVCC机制

最新推荐文章于 2024-07-18 10:48:50 发布
最新推荐文章于 2024-07-18 10:48:50 发布
阅读量787 收藏
点赞数 2
分类专栏： # MySQL 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_31821675/article/details/71135933
版权
MySQL 专栏收录该内容
28 篇文章 ¥19.90 ¥99.00
订阅专栏
本文详细介绍了MySQL的多版本并发控制（MVCC）机制，旨在帮助读者理解MVCC如何解决并发控制问题，提高数据库并发性能。内容包括MVCC的基本概念、具体实现分析，以及在InnoDB存储引擎中的应用，通过实例解释了INSERT、SELECT、DELETE和UPDATE操作在MVCC下的行为。此外，文章还探讨了MVCC与当前读和快照读的区别，以及MVCC在解决事务隔离性问题中的作用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

本文主要参考 MVCC讲解

1. MVCC简介

1.1 什么是MVCC

MVCC是一种多版本并发控制机制。

1.2 MVCC是为了解决什么问题?

  • 大多数的MYSQL事务型存储引擎，如InnoDB，Falcon以及PBXT都不使用一种简单的行锁机制，事实上他们都和MVCC–多版本并发控制来一起使用。
  • 大家都应该知道，锁机制可以控制并发操作，但是其系统开销较大，而MVCC可以在大多数情况下代替行级锁，使用MVCC能降低其系统开销。

1.3 MVCC实现

MVCC是通过保存数据在某个时间点的快照来实现的. 不同存储引擎的MVCC配置不同，典型的有乐观并发控制和悲观并发控制.

2.MVCC 具体实现分析

下面,我们通过InnoDB的MVCC实现来分析MVCC使怎样进行并发控制的，InnoDB的MVCC，是通过在每行记录后面保存两个隐藏的列来实现的，这两个列，分别保存了这个行的创建时间

了解本专栏 订阅专栏 解锁全文
顺丰快递 : 请收下 MySQL 灵魂十连
sowhat
12-10 4486
1、SQL语句执行流程 MySQL大体上可分为Server层和存储引擎层两部分。 Server层： 连接器：TCP握手后服务器来验证登陆用户身份，A用户创建连接后，管理员对A用户权限修改了也不会影响到已经创建的链接权限，必须重新登陆。 查询缓存：查询后的结果存储位置，MySQL。80以后已经取消，因为查询缓存失效太频繁，得不偿失。 分析器：根据语法规则，判断你输入的这个SQL语句是否满足MySQL语法 优化器： 多种执行策略可实现目标，系统自动选择最优进行执行。 执行器： 判断是否有权限，将最终任务提交到
【MySQL入门实战2】-事务的ACID_事务的acid下列哪个是错的，被面试官问的Java问题难倒了
最新发布
2401_86352725的博客
08-31 728
MySQL入门实战将持续推出MySQL入门的技能和相关运维经验给大家关系型数据库需要遵循ACID规则，ACID是指数据库管理系统(DBMS)在写入或更新资料的过程中，为保证事务(transaction)是正确可靠的，所必须具备的四个特性：原子性(atomicity或称不可分割性)、一致性(consistency)、隔离性(isolation又称独立性)、持久性（durability)。关于面试刷题也是有方法可言的，建议最好是按照专题来进行，然后由基础到高级，由浅入深来，效果会更好。Java基础部分。
【MySQL笔记】正确的理解MySQL的MVCC及实现原理
热门推荐
长路漫漫的歇脚处
07-05 15万+
MVCC多版本并发控制 前提概要 MVCC实现原理 MVCC相关问题 前提概要 什么是MVCC? MVCC MVCC，全称Multi-Version Concurrency Control，即多版本并发控制。MVCC是一种并发控制的方法，一般在数据库管理系统中，实现对数据库的并发访问，在编程语言中实现事务内存。 MVCC在MySQL InnoDB中的实现主要是为了提高数据库并发性能...
mysq在RR级别是如何解决不可重复读和幻读
weixin_42843796的博客
07-08 1345
1、什么undo log 2、什么是readview 3、undo log与readview如何保证事务读取该读的数据 参考文章 https://www.modb.pro/db/43933
mysql 事务可重复读(RR)隔离级别验证
weixin_44185736的博客
11-14 2610
一、可重复读(RR)隔离 这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。 二、用两个并行的事务进行比较验证。 以下我对左右窗口事务分别用a、b事务表示： 左边开启事务a。 右边开启事务b。 a事务执行select * from user where id = 1; b事务执行select * from user where id = 1; 第3、4步中可见a和b事务查到的结果是一样的。 a事务执行update user set name = ‘4’
为什么说mysql的RC隔离级别可以解决不可重复读；RR隔离级别可以解决幻读
m0_62515800的博客
04-05 1016
在RC级别下,在通过mvcc解决了脏读和不可重复读的前提下,通过select * from tb_user where id
MySQL 中实现可重复读（RR）的原理--MVCC
hnhygkx的博客
06-18 1487
MVCC，多版本并发控制（Multi-Version Conncurrency Control）是mysql中基于乐观锁原理实现的隔离级别的方式。用于实现读已提交和可重复读取隔离级别。 对于MVCC，是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了行的创建时间（事务ID），一个保存行的删除时间（回滚指针），当然存储的并不是实际的时间值，而是系统版本号（system version number）.每开始一个新的事务，系统版本号都会自动递增，事务开始时刻的系统版本号会作为事务的版本号，用来和
MySQL个人复习总结
weixin_43739821的博客
04-26 2745
SQL的优化方式有哪些？ 执行一条 select 语句,期间发生了什么？ InnoDB如何存储数据？为什么选择B+树作为索引数据结构？ 使用 like “%x“，索引一定会失效吗？ Count(\*)、Count(1)、Count(主键)、Count(字段)性能?如何优化Count(\*)？ 简单介绍一下MVCC机制和Read View。MySQL 可重复读隔离级别，完全解决幻读了吗？如何避免？ 一条update 语句的执行过程。 三种日志的作用。redo log 要写到磁盘，数据也要写磁盘，为什么要多此一
【MySQL事务机制全揭秘】：数据一致性的5大要点和高效处理技巧
![【MySQL事务机制全揭秘】：数据一致性的5大... MySQL事务机制概述 在关系型数据库管理系统（RDBMS）中，事务是一个关键的概念，它确保数据的一致性和完整性。MySQL作为最流行的开源数据库之一，提供了一系列强大的
MySQL中隔离级别RC与RR的区别
qq_35232663的博客
04-12 1万+
RR 支持 gap lock(next-key lock)，而RC则没有gap lock。因为MySQL的RR需要gap lock来解决幻读问题。而RC隔离级别则是允许存在不可重复读和幻读的。所以RC的并发一般要好于RR； RC 隔离级别，通过 where 条件走非索引列过滤之后，不符合条件的记录上的行锁，会释放掉(虽然这里破坏了“两阶段加锁原则”)；但是RR隔离级别，通过 where 条件走非...
mysql RR级别下可重复读测试
夏天
02-18 700
以下测试数据都是在RR隔离级别下 情况1 事务A 先执行 START TRANSACTION; select * from t where id=1; SELECT SLEEP(10); update t set value=value+1 where id=1; select * from t where id=1; COMMIT; 事务B 后执行 START TRANSACTION; update t set value=value+1 where id=1; COMMIT; 执行流
MVCC——可重复度（RR）
huangkechen的博客
02-10 924
可重复度（RR）：仅在第一次执行快照时生成ReadView，后续快照复用。（例外：当本次事务两次快照读之间有当前读，那么第二次快照读会重新生成ReadView） 对应的undo log版本链为： 我们来分析一下事务D两次快照读的ReadView： 第一次ReadView： 根据版本链数据访问规则，第一条数据（trx_id = 3）不满足规则； 第二条数据（trx_id = 2）不满足规则； 第三条数据（trx_id = 1）满足 trx_id(1) < min_trx_id(2)，说明数据.
MySQL RR级别下仍然会发生幻读和不可重复读
mofei
12-18 2116
在MySQL MVCC详解一文中讲到，在InnoDB的RR级别中，MVCC解决了脏读，快照读的不可重复和幻读，但是当快照读和当前读同时使用时，仍然可能会发生不可重复读和幻读。下面就来讲这两个问题什么时候会发生以及如何解决。
可重复读（RR）隔离级别下，幻读被彻底解决了吗？
weixin_44866921的博客
07-18 563
之后事务 B 向表中新插入了一条 id = 5 的记录并提交（事务A不可见）。接着，事务 A 对 id = 5 这条记录进行了更新操作，在这个时刻，这条新记录的 trx_id 隐藏列的值就变成了事务 A 的事务 id，之后事务 A 再使用普通 select 语句去查询这条记录时就可以看到这条记录了，于是就发生了幻读。T1 时刻：事务 A 先执行「快照读语句」：select * from t_test where id > 100 得到了 3 条记录。就会得到 4 条记录，此时也发生了幻读现象。
Mysql中RR级别下，为何能保证数据数据可重复读？
qq_36737214的博客
12-26 661
1、重复读是谁锁住了Select 的结果级？ 间隙锁—Next-Key： 模拟运行重复读： Session 1 （红色框）： select； Session 2 （蓝色框）：UPDATA WHERE ID 2（BB） COMMIT； 1、Session 1 在 2 发生后进行select读取： B虽然变成BB了，但是间隙锁征用UNDO块。Session 1读取数据时隙锁不从数据块读数据，而是从UNDO块上读取数据。（这叫间隙锁扩大），这时UNDO块变成了持久块。 2、Session 2 提交修改事务后重新
MVCC详解
lengjiayi_的博客
12-02 966
mysql多版本并发控制快照读和当前读MVCC的原理undo logReadViewMVCC实现的整体流程MVCC在RC和RR下的区别MVCC能否解决幻读 数据库并发场景有三种，分别为： 读-读：不存在任何问题，也不需要并发控制 读-写：有线程安全问题，可能会造成事务隔离性问题，可能遇到脏读，幻读，不可重复读 写-写：有线程安全问题，可能会存在更新丢失问题，比如第一类更新丢失，第二类更新丢失 备注：第1类丢失更新：事务A撤销时，把已经提交的事务B的更新数据覆盖了；第2类丢失更新：事务A覆盖事务B已经提交的数
InnoDB---可重复读隔离级别的实现
那海蓝蓝的博客
04-19 3119
可重复读的实现     可重复读隔离级别，简称RR，在2.1.1节，我们说过：     Repeatable Read（可重复读）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录（读已经提交的，其实是读早于本事务开始且已经提交的），但是不能看到其他事务对已有记录的更新（即晚于本事务开始的），并且，该事务不要求与其他事务是“可串行化”的。     这句话的核心，是“但是不能看到其他
数据库隔离级别图解，不可重复读和可重复读的含义，通俗易懂
Avril___的博客
08-17 1960
今天看了书，又翻出了这个问题，之前理解没这么透彻，现在是彻底搞懂了。 不可重复读取是针对的开始时刻，不可重复读就是，我开始时刻是a=1，但是我有其他事务提交了，变成a=10，我再读就变成10了，重复再读，但值已经不同了，所有就是不可重复读取，不能再读到我提交前的值了 可重复读取意思就是 我是1 你任何时候重复再读我还是1，所有就是可重复读取，能再读到我提交前的值了 ...
数据库-不可重复读的演示
weixin_45156610的博客
07-13 382
不可重复读的演示 目标 能够解决不可重复读 讲解 不可重复读：一个事务中两次读取的数据内容不一致，要求的是一个事务中多次读取时数据是一致的，这是事务update时引发的问题。 将数据进行恢复： UPDATE account SET balance = 1000; 开启A窗口 set global transaction isolation level read committed; ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SoWhat1412

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值