mysql——MVCC

最新推荐文章于 2025-11-30 16:29:01 发布
原创 最新推荐文章于 2025-11-30 16:29:01 发布 · 730 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #数据库 #sql

MVCC (Multi-Version Concurrency Control)

        多版本并发控制，利用记录的版本链和ReadView，来控制并发事务访问相同记录时的行为。

版本链

        在每次更新该记录后，都会将旧值放到一条undo日志中。随着更新次数的增多，所有的版本都会被roll_pointer属性连接成一条链表，这个链表就称之为版本链。如下图所示：

 此时trx_id为90，name为d的记录就是最新的记录。

ReadView

        一致性视图，用来判断版本链中的哪个版本是当前事务可见的。

ReadView包含的内容

  • m_ids

        在生成ReadView时，当前系统中活跃的读写事务的事务id列表。

  • min_trx_id

        在生成ReadView时，当前系统中活跃的读写事务中最小的事务id；也就是m_ids中的最小值。

  • max_trx_id

        在生成ReadView时，系统应该分配给下一个事务的事务id值。

  • creator_trx_id

        生成该ReadView的事务的事务id。

如何通过ReadView来判断记录的某个版本是否可见？

  • 如果trx_id == creator_trx_id，则表明当前事务在访问它自己修改过的记录，所以该版本

可以被当前事务访问。

  • 如果trx_id < min_trx_id，则表明生成该版本的事务在当前事务生成ReadView之前已经提

交了，所以该版本可以被当前事务访问。

  • 如果trx_id >= max_trx_id，则表明生成该版本的事务在当前事务生成ReadView之后才开

启，所以该版本不可以被当前事务访问。

  • 如果trx_id in m_ids，说明创建ReadView时生成该版本的事务还是活跃的，该版本不可以

被访问。

  • 如果trx_id not in m_ids，说明创建ReadView时生成该版本的事务已经被提交，该版本可

以被访问。

  • 如果某个版本的数据对当前事务不可见，那就顺着版本链找到下一个版本的数据，并继续

执行上面的步骤来判断记录的可见性，以此类推，直到版本链中的最后一个版本。

ReadView生成的时机

        READ COMMITTED和REPEATABLE READ隔离级别之间一个非常大的区别就是——它们生
成ReadView的时机不同！！

READ COMMITTED——在一个事务中，每次读取数据前都生成一个ReadView。

REPEATABLE READ——在一个事务中，只在第一次读取数据时生成一个ReadView。

 **************此文章只是本人学习过程中的学习笔记，不做其他用途，如果有其他意见，欢迎一起讨论，谢谢，侵删*************************

MySQL——MVCC机制详解(undo、read view)
专注写bug
07-20 480
文章目录前言MVCC介绍undo日志版本链(回滚日志) 与 read view机制 前言 在之前博客中，通过针对各项事务隔离级别进行测试操作，发现MVCC机制对某些隔离级别，做了很好的优化操作。 什么是MVCC机制，本篇博客对其做一定的分析解释。 MVCC介绍 在数据库中，之前就说到了事务ACID属性，先对其做一个小的回顾。 事务通常具备以下几点特征： 原子性(Atomicity)：事务是一个原子操作单元，这一组sql对数据的操作，要么都成功，要么都失败 【问：】说到原子性，首先得知道什么是原子？ 原
PostgreSQL与MySQL的MVCC实现对比分析
AI天才研究院
06-23 574
在高并发数据库系统中，“读写冲突”是永恒的挑战：如果读操作阻塞写操作（或反之），会严重降低性能；但如果完全不阻塞，又可能导致数据不一致（如脏读、不可重复读）。MVCC（Multi-Version Concurrency Control，多版本并发控制）通过“为数据保留多个历史版本”的方式，让读操作访问旧版本数据，写操作修改最新版本，从而实现“读写不阻塞”的并发效果。
关于MySQL mvcc
qq_40914968的博客
07-09 546
innodb mvcc 原理性解释
通俗易懂的MySQL事务及MVCC原理，我先收藏了！
阳阳的博客
10-25 1万+
一、事务简介与四大特性 事务指的是一组命令操作，在执行的过程中，要么全部成功，要么全部失败。 由引擎层支持事务，MyISAM就不支持事务，而InnoDB是支持事务的。 事务具有以下四大特性（ACID）： 原子性（Atomicity）：指事务不可分割，要么全部成功，要么全部失败，不可能存在部分成功或部分失败的情况。如果执行某一条语句失败后，将会触发之前所有执行过的语句的回滚，因此靠的是undo log。 一致性（Consistency）：在事务执行前后，数据的完整性没有遭到破坏。一致性是mysql追
看完这篇还不懂MySQL的MVCC机制算我输
m0_71777195的博客
11-27 649
MySQL中大名鼎鼎的MVCC机制想必大家都有所耳闻吧，虽然在平时MySQL使用过程中基本上用不到，但是面试中出场率十分高，而且作为架构师的你也是需要知道它的工作机制。那么你对MVCC机制了解多少呢？MVCC机制是用来干嘛的呢？底层的工作原理是怎么样的呢？本文就带你一探究竟。前面提到了快照读和当前读，这又有什么不一样呢，什么样的sql语句算是快照读，什么样的又算是当前读呢？本问重点介绍了MVCC机制，以及 MVCC 在、这两种隔离级别的事务在执行快照读操作时访问记录的版本链的过程。
MySQL的MVCC及实现原理
大碍桃花开
05-13 599
MVCC多版本并发控制 如果觉得对你有帮助，能否点个赞或关个注，以示鼓励笔者呢？！ ！首先声明，MySQL的测试环境是5.7...
MySQL事务ID的分配时机
Win_Dan的博客
07-28 4431
目录背景结论验证如有错误，希望大佬在评论区指正！ 背景 学习MVCC的时候看到网上很多博客说事务ID是在开启事务后进行update时会分配事务ID。一开始我并没有多加思考，但是在继续学习MVCC时了解到read view。 在事务隔离级别为RR时，在第一次进行select查询时生成read view; 在事务隔离级别为RC时，每一次select查询都会生成read view; read view中有一个比较重要的概念creator_trx_id，表示生成该read view的事务的事务ID，在实现MVC
MySQL——MVCC
2301_76928097的博客
07-29 1290
MVCC（多版本并发控制）是MySQL InnoDB实现高并发的核心技术，通过维护数据多版本解决读写冲突。核心机制包括：1）隐藏列（DB_TRX_ID、DB_ROLL_PTR）标识版本信息；2）Undo Log存储历史版本形成版本链；3）ReadView实现可见性判断，根据事务ID匹配规则决定可见版本。MVCC支持不同隔离级别：读已提交每次查询生成新ReadView避免脏读，可重复读复用ReadView保证一致性读。相比锁机制，MVCC实现读不阻塞写、写不阻塞读，有效提升并发性能，同时解决脏读、不可重复读等
MySql——MVCC
Alex_cf的博客
12-20 382
MVCC 在读已提交 和可重复度隔离级别下，解决不可重复读、幻读等并发问题
mysql mvcc 并发update_MySQL——MVCC--多版本并发控制机制
weixin_30750349的博客
01-27 1267
前言以下的分析均在mysql的InnoDB引擎下。假设此时事务A与事务B同时执行。一、定义：MVCC(Multi-Version Concurrency Control，多版本并发控制)一种并发控制机制，在数据库中用来控制并发执行的事务，控制事务隔离进行。二、核心思想：MVCC是通过保存数据在某个时间点的快照来进行控制的。使用MVCC就是允许同一个数据记录拥有多个不同的版本。然后在查询时通过添加相...
MySql —— MVCC版本链
weixin_41582192的博客
12-22 2458
前言 MVCC版本控制是一种Mysql实现隔离级别的机制,其利用版本链以及对应的undo日志,通过快照读取的方法来控制各个级别的事务所能够读取到的信息。 从事务隔离级别问题来说,MVCC能够解决脏读,不可重复读的问题,但是对于幻读则无能为力,所以这里也会顺带总结一下关于数据库幻读的解决方法,便于读者整理完整的思路。 作者本身对于Mysql理解有诸多不足,如果有表述错误或者不当的地方,请及时指出,非常感谢您的阅读。 隔离级别 Mysql提供四隔离级别,分别用来解决四种事务一致性的问题。 那么问题来了,为什么
浅谈MySQL 高性能下的产物——MVCC
HHH的博客
09-06 269
InnoDB 通过数据行的 DB_TRX_ID 和 Read View 来判断数据的可见性（可见性算法），如不可见，则通过数据行的 DB_ROLL_PTR 找到 undo log 中的历史版本。另一个作用是 MVCC ，当读取记录时，若该记录被其他事务占用或当前版本对该事务不可见，则可以通过 undo log 读取之前的版本数据，以此实现。然后并发控制就是要从这多个版本中，选出某个适合当前操作的版本。在当前读下，读取的都是最新的数据，如果其它事务有插入新的记录，并且刚好在当前事务查询范围内，就会产生幻读！
关于mysql事务&MVCC以及锁机制的总结
一群专业码农的笔记本
12-23 4220
目录 理解mysql事务 mvcc的原理 mysql锁机制（乐观锁、悲观锁、表锁、行锁、意向锁、GAP锁/间隙锁）   先思考个问题，锁跟事务有什么关系？为什么这篇文章要把事务、mvcc、锁这三个知识拼凑在一起？要回答这个问题，我觉得还是具体看下mvcc和锁的机制实现。 一、数据库事务 1.什么是事务 数据库事务(Database Transaction) ，是指作为单个逻辑工作单元...
MySQL原理之MVCC详解
weixin_45043341的博客
12-11 1015
MVCC是什么: ** MVCC的全称是Muti-Version Concurrency Control,中文是多版本并发控制.它是一种并发控制的策略,高效的实现对数据库的并发访问. MySQL的大多数事务型存储引擎实现的都不是简单的行级锁.基于提升并发性能的考虑,它们一般都同时实现了MVCC,包括Oracle等数据库系统也实现了MVCC. MySQL的InnoDB引擎 在实现 MVCC 时用到的一致性读视图，即 consistent read view，用于支持 RC（Read Committed，读提交
Mysql中的MVCC
热门推荐
老码农的专栏
09-04 8万+
Mysql到底是怎么实现MVCC的？这个问题无数人都在问，但google中并无答案，本文尝试从Mysql源码中寻找答案。   在Mysql中MVCC是在Innodb存储引擎中得到支持的，Innodb为每行记录都实现了三个隐藏字段： 6字节的事务ID（DB_TRX_ID
MySQL中的TRUNCATE TABLE命令
2509_94196880的博客
11-30 275
在MySQL数据库管理中，命令是一个用于快速删除表中所有数据的重要工具。相比常规的DELETE命令，具有显著的性能优势和独特的操作特点。本文旨在深入探讨命令的用法、工作原理以及实际应用中的注意事项。MySQL中的命令是一个功能强大且高效的工具，理解其特性和使用场景有助于我们在日常数据库管理和维护工作中做出正确的决策。务必根据实际情况权衡其优势与风险，确保数据安全和系统稳定。
【MySQL系列文章】Linux环境下安装部署MySQL
2509_94105260的博客
11-29 368
本次安装部署主要针对Linux环境进行安装部署操作,系统位数6464MySQL版本：v5.7.38。
MySQL数据库的数据文件保存在哪？MySQL数据存在哪里
最新发布
2509_94083514的博客
11-30 756
在安装好MySQL数据库使用一段时间后，会产生许多的数据库和数据。那这些数据库的数据文件存放在本地文件夹的什么位置呢一、默认位置MySQL创建的数据库实际上存储在文件系统的一个特定目录中，该目录通常为MySQL的数据目录。这个目录的默认位置依据操作系统和MySQL的安装方式不同而有所差异。、这个目录通常位于，它可能位于是个隐藏文件夹）**其中“X.X”是MySQL的版本号。目录（每个数据库都有一个与其同名的文件夹，而这个文件夹中包含了该数据库的所有表的文件，而其中的文件代表了数据库中的表。
MySQL SQL100道基础练习题
2509_94088294的博客
11-30 371
select * from newtable where gz > (select max(gz) from newtable where dept_id = (select id from dept where dept_name = ‘财务部’));select name,(select dept_name from dept where id = dept_id) as ‘职位’,gz from newtable where name in (‘黄语焉’,‘李嘉欣’);
mysql 的mvcc
03-19
### MySQL MVCC 实现机制及工作原理 #### 1. MVCC 基本概念 MVCC（Multi-Version Concurrency Control），即多版本并发控制，是一种用于提高数据库系统并发性能的技术。其核心思想是通过维护数据的多个版本，使读写操作能够无冲突地并行执行[^1]。 #### 2. 数据库中的隐藏字段 为了支持 MVCC 的实现，MySQL InnoDB 存储引擎为每一条记录增加了三个重要的隐藏字段： - **DB_TRX_ID**: 记录最后一次对该行修改的事务 ID。 - **DB_ROLL_PTR**: 指向该行之前的某个旧版本，存储在 Undo Log 中。 - **DB_ROW_ID**: 表示物理行的唯一标识符（仅当表未定义主键时使用）。 这些隐藏字段构成了 MVCC 的基础结构，允许系统追踪不同时间点的数据状态[^2]。 #### 3. 快照读与当前读 - **快照读 (Snapshot Read)** 是一种非阻塞的一致性读取方式，适用于大多数 SELECT 查询。它基于 MVCC 提供的历史版本数据构建一致性视图，从而避免了加锁带来的开销。 - **当前读 (Current Read)** 则涉及实际的最新数据，并可能触发锁定行为（如共享锁或排他锁）。这种模式通常应用于 UPDATE 或 DELETE 操作以及某些特定类型的查询语句中。 #### 4. Read View 的作用 Read View 定义了一个事务可见性的逻辑框架，决定了哪些历史版本对于当前事务来说是可以访问的。每次新启动一个只读事务时都会创建一个新的 Read View 。主要包含以下几个关键属性： - m_ids: 当前活跃事务列表； - min_trx_id 和 max_trx_id : 分别表示最小和最大有效事务ID范围； - creator_trx_id: 创建此readview所在事务id； 根据上述规则判断某条记录是否满足条件进而决定返回哪个版本给用户进程调用。 #### 5. Undo Log 工作流程 Undo Logs 保存着每一笔更改之前的状态副本，在发生回滚或者清理过期版本的时候需要用到它们。每当有一项更新动作被执行之后，原初值就会被复制到 undo log 文件里形成新的节点链接起来构成所谓的“版本链条”。随着后续更多次变更累积下来就形成了完整的演变过程轨迹。 #### 6. 隔离级别的影响 虽然标准SQL规定四种不同的隔离等级——READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 及 SERIALIZABLE ——但是实际上只有最后两种真正依赖于 mvcc 技术来达成预期效果。其中 REPEATABLE READ 下几乎所有的常规检索都属于 snapshot read 类型;而 serializable mode 强制采用 current reads 来确保绝对串行化处理顺序[^3]。 ```sql -- 示例代码展示如何查看undo日志信息(需管理员权限) SHOW ENGINE INNODB STATUS; ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值