Movatterモバイル変換


[0]ホーム

URL:


轻松理解MYSQL MVCC 实现机制

最新推荐文章于 2025-11-10 11:18:27 发布
原创最新推荐文章于 2025-11-10 11:18:27 发布·10w+ 阅读
· 157
· 467·
CC 4.0 BY-SA版权
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。
本文介绍了MVCC(多版本并发控制)的基本概念及其在MySQL InnoDB存储引擎中的具体实现方式。通过详细解析InnoDB如何利用MVCC进行并发控制,包括INSERT、SELECT、DELETE及UPDATE操作的处理过程,帮助读者理解MVCC的工作原理。

1. MVCC简介

1.1 什么是MVCC

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

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

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

2.MVCC 具体实现分析

下面,我们通过InnoDB的MVCC实现来分析MVCC使怎样进行并发控制的.
InnoDB的MVCC,是通过在每行记录后面保存两个隐藏的列来实现的,这两个列,分别保存了这个行的创建时间,一个保存的是行的删除时间。这里存储的并不是实际的时间值,而是系统版本号(可以理解为事务的ID),没开始一个新的事务,系统版本号就会自动递增,事务开始时刻的系统版本号会作为事务的ID.下面看一下在REPEATABLE READ隔离级别下,MVCC具体是如何操作的.

2.1简单的小例子

create table yang(
id int primary key auto_increment,
name varchar(20));

假设系统的版本号从1开始.

INSERT

InnoDB为新插入的每一行保存当前系统版本号作为版本号.
第一个事务ID为1;

starttransaction;insertinto yangvalues(NULL,'yang') ;insertinto yangvalues(NULL,'long');insertinto yangvalues(NULL,'fei');commit;

对应在数据中的表如下(后面两列是隐藏列,我们通过查询语句并看不到)

idname创建时间(事务ID)删除时间(事务ID)
1yang1undefined
2long1undefined
3fei1undefined
SELECT

InnoDB会根据以下两个条件检查每行记录:
a.InnoDB只会查找版本早于当前事务版本的数据行(也就是,行的系统版本号小于或等于事务的系统版本号),这样可以确保事务读取的行,要么是在事务开始前已经存在的,要么是事务自身插入或者修改过的.
b.行的删除版本要么未定义,要么大于当前事务版本号,这可以确保事务读取到的行,在事务开始之前未被删除.
只有a,b同时满足的记录,才能返回作为查询结果.

DELETE

InnoDB会为删除的每一行保存当前系统的版本号(事务的ID)作为删除标识.
看下面的具体例子分析:
第二个事务,ID为2;

starttransaction;select *from yang;  //(1)select *from yang;  //(2)commit;
假设1

假设在执行这个事务ID为2的过程中,刚执行到(1),这时,有另一个事务ID为3往这个表里插入了一条数据;
第三个事务ID为3;

starttransaction;insertinto yangvalues(NULL,'tian');commit;

这时表中的数据如下:

idname创建时间(事务ID)删除时间(事务ID)
1yang1undefined
2long1undefined
3fei1undefined
4tian3undefined

然后接着执行事务2中的(2),由于id=4的数据的创建时间(事务ID为3),执行当前事务的ID为2,而InnoDB只会查找事务ID小于等于当前事务ID的数据行,所以id=4的数据行并不会在执行事务2中的(2)被检索出来,在事务2中的两条select 语句检索出来的数据都只会下表:

idname创建时间(事务ID)删除时间(事务ID)
1yang1undefined
2long1undefined
3fei1undefined
假设2

假设在执行这个事务ID为2的过程中,刚执行到(1),假设事务执行完事务3后,接着又执行了事务4;
第四个事务:

starttransaction;deletefrom yangwhere id=1;commit;

此时数据库中的表如下:

idname创建时间(事务ID)删除时间(事务ID)
1yang14
2long1undefined
3fei1undefined
4tian3undefined

接着执行事务ID为2的事务(2),根据SELECT 检索条件可以知道,它会检索创建时间(创建事务的ID)小于当前事务ID的行和删除时间(删除事务的ID)大于当前事务的行,而id=4的行上面已经说过,而id=1的行由于删除时间(删除事务的ID)大于当前事务的ID,所以事务2的(2)select * from yang也会把id=1的数据检索出来.所以,事务2中的两条select 语句检索出来的数据都如下:

idname创建时间(事务ID)删除时间(事务ID)
1yang14
2long1undefined
3fei1undefined
UPDATE

InnoDB执行UPDATE,实际上是新插入了一行记录,并保存其创建时间为当前事务的ID,同时保存当前事务ID到要UPDATE的行的删除时间.

假设3

假设在执行完事务2的(1)后又执行,其它用户执行了事务3,4,这时,又有一个用户对这张表执行了UPDATE操作:
第5个事务:

starttransaction;update yangset name='Long'where id=2;commit;

根据update的更新原则:会生成新的一行,并在原来要修改的列的删除时间列上添加本事务ID,得到表如下:

idname创建时间(事务ID)删除时间(事务ID)
1yang14
2long15
3fei1undefined
4tian3undefined
2Long5undefined

继续执行事务2的(2),根据select 语句的检索条件,得到下表:

idname创建时间(事务ID)删除时间(事务ID)
1yang14
2long15
3fei1undefined

还是和事务2中(1)select 得到相同的结果.

确定要放弃本次机会?
福利倒计时
::

立减 ¥

普通VIP年卡可用
立即使用
94 条评论您还未登录,请先登录后发表或查看评论

94 条评论

  • l1994m
    程序员lm2023.02.07
    虽然看懂了,在官网看了以后,这篇简直就是在误人子弟
  • dhrtyuhrthfgdhtgfh
    未来可期☺2022.07.08
    有个疑问想请教下博主,按照博主的说法“InnoDB执行UPDATE,实际上是新插入了一行记录,并保存其创建时间为当前事务的ID,同时保存当前事务ID到要UPDATE的行的删除时间.”。就假设3的情况,执行更新操作后,会有两条id为2的中间数据;如果这时候新开一个客户端A,开始事物执行select操作,当前select操作的事物id是大于5的,所以A客户端会查到最后一条name更新为Long的记录,这样客户端A这时候岂不是查到了假设3中更新语句未提交的事物结果
    • dhrtyuhrthfgdhtgfh
      未来可期☺回复/*????*/2022.08.09
      疏忽了,感博主耐心解答,文章写得很棒[face]emoji:042.png[/face]
    • sumeng7038
      /*????*/回复未来可期☺2022.08.05
      InnoDB会根据以下两个条件检查每行记录:a.InnoDB只会查找版本早于当前事务版本的数据行(也就是,行的系统版本号小于或等于事务的系统版本号),这样可以确保事务读取的行,要么是在事务开始前已经存在的,要么是事务自身插入或者修改过的.b.行的删除版本要么未定义,要么大于当前事务版本号,这可以确保事务读取到的行,在事务开始之前未被删除.只有a,b同时满足的记录,才能返回作为查询结果.——————————————仔细看最后一句话
  • qq_32438493
    qq_324384932022.06.05
    感觉这个写的不错,推荐一下,https://blog.51cto.com/u_12182612/2486731
  • i_Popular
    万载小笼包2021.09.23
    这篇与另外一篇相差好大,另外一篇我反而能懂一些,是不是不同mysql版本,mvcc的原理不一样?https://blog.51cto.com/u_12182612/2486731
  • sinat_32487221
    鸥鸟_2021.05.12
    确实是误人子弟,官方文档说对于MVCC的实现并不是这一套,而是隐藏的事务id列 + undolog 指针 来完成的https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-versioning.html
    • l1994m
      程序员lm回复BillDavidup2023.02.07
      我查了5.6 5.7 基本和8没多大区别,目前这个博主的确实在误解人,他其实说的只是快照读
    • qq_21922755
      BillDavidup回复鸥鸟_2022.03.18
      一切脱离版本的解释都很无力,你这个文档是mysql8.0的,楼主的版本都没备注,谁知道说的是mysql的哪个版本
  • ckex868
    Jimmy Zha2021.02.08
    比较好的设计。对于innoDB执行 Update有兴趣的可以参考:https://gsmtoday.github.io/2019/02/08/how-update-executes-in-mysql/
  • weixin_38271463
    ·大龄初学者2020.10.17
    理解mvcc最重要的两点东西没写:①read-view一致性视图 ;②undolog日志版本链 ,少了这两点mvcc无从谈起,还有读已提交级别和可重复读级别在mvcc的实现上有啥不同
    • qq_38980655
      风非飞回复ivalue23332021.03.19
      也就是MVCC如何利用版本号机制不加锁读取数据
    • qq_38980655
      风非飞回复ivalue23332021.03.19
      ①undo log日志版本链,记录的是数据表中记录行的多个版本,即保存一行原始数据的多个版本快照数据,就像历史版本②read-view一致性视图,主要用来判断当前版本数据的可见性。 当事务执行快照读的时候,对该记录创建一个Read View读视图,把它比作条件用来判断当前事务能够看到哪个版本的数据,既可能是当前最新的数据,也有可能是该行记录的undo log里面的某个版本的数据。
    • ivalue
      ivalue2333回复·大龄初学者2021.03.15
      大佬,贴个链接,一起学习学习
  • ssyws1
    ssyws12020.09.25
    完全是误人子弟,你有没有去mysql的官网看一下这个东西到底是怎么实现的,网上随便抄的就拿出来?
  • qianxinxiulian
    qianxinxiulian2020.08.20
    高性能MySQL,作者的对理解加以说明,更容易接受了。赞

博客等级

码龄10年
108
原创
516
点赞
1487
收藏
299
粉丝
关注
私信

热门文章

分类专栏

展开全部收起

上一篇:
Java 线程池---ExecutorService
下一篇:
浅谈AVL树,红黑树,B树,B+树原理及应用

大家在看

最新文章

目录

展开全部

收起

目录

展开全部

收起

上一篇:
Java 线程池---ExecutorService
下一篇:
浅谈AVL树,红黑树,B树,B+树原理及应用

目录

评论 94
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
查看更多评论
 条评论被折叠 查看
被折叠的  条评论为什么被折叠?到【灌水乐园】发言
查看更多评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值

[8]ページ先頭

©2009-2025 Movatter.jp