Mysql数据库事务：从未提交读—>MVCC机制—>Next-Key Lock，各种隔离级别及其解决对应问题的原理

最新推荐文章于 2024-08-04 11:37:05 发布
最新推荐文章于 2024-08-04 11:37:05 发布
阅读量2.6k 收藏 25
点赞数 9
分类专栏： Mysql 文章标签： 隔离级别解决问题原理 MVCC解决幻读原理 Next-Key Lock解决幻读原理 Mysql数据库事务 未提交读、提交读、可重复读、串行化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37960007/article/details/90644635
版权

为了更好地理清类似脏读、不可重复读、幻读，未提交读、提交读、可重复读、串行化等概念，必需有这样一个认识：即这些概念都是属于数据库四大特性之一——隔离级别下的内容。而所谓的"隔离"，当然是为了把问题给隔离和解决掉，而不同的隔离级别解决的便是不同级别的问题。可大致表示为4种隔离级别分别隔离4种问题

​                                   尽是问题 (丢失修改)
                  未提交读—————————————————————————————— (隔离线)
                                   脏读问题
                  提交读————————————————————————————————
                                 不可重复读问题
                  可重复读——————————————————————————————
                                   幻读问题
                  串行化————————————————————————————————

从上可知，隔离级别 "可重复读" 解决的是问题 "不可重复读" ，但不能解决幻读。串行化可以解决所有问题，而对应的未提交读几乎什么问题都解决不了，只能解决最基本的丢失修改。

当然这是一般的情况，如果是Innodb引擎，由于引入了MVCC多版本并发控制和Next-Key Lock等锁机制，从而使得隔离级别 "可重复读" 也能解决幻读问题，那么也就变成了如下

​                                   尽是问题 (丢失修改)
                  未提交读—————————————————————————————— (隔离线)
                                   脏读问题
                  提交读————————————————————————————————
                               不可重复 + 幻读问题
          可重复读/串行化————————————————————————————————

下面便讲解下每种隔离级别解决对应问题的原理

[ 读前应知道：

共享锁，又称S锁、读锁，事务A对一个资源加了S锁后其他事务仍能共享读该资源，但不能对其进行写，直到A释放锁为止。

排它锁，又称X锁、写锁，事务A对一个资源加了X锁后只有A本身能对该资源进行读和写操作，其他事务对该资源的读和写操作都将被阻塞，直到A释放锁为止  ]

1> 未提交读（READ_UNCOMMITED）解决丢失修改

[ 丢失修改：多个事务同时盯上了一个数据，然后各写各的，谁把谁覆盖了都不知道，总之谁写的快谁就会被覆盖丢失信息。]

为了解决丢失修改的写覆盖问题，

最低0.47元/天 解锁文章
青春依旧_
关注
专栏目录
MySql 笔记（四）Mysql事务的提交及底层实现原理
Liu_G的博客
04-16 1887
MySql 笔记（四）Mysql事务的提交及底层实现原理写在前面事务的提交Mysql的隔离级别以及mvcc的原理 在写这篇博客的时候，也有在网上翻阅大量的资料，CSDN、知乎等平台，花了一个多星期去理解和掌握这些知识，在网上确实也有些文章写的也有很多不一样的地方，很多文章都是有错误的，我们需要对这些文章有自己的判别，还是要结合自己的看法来。然后包括自己要组织语言写起来，也是要重新去翻阅很多其他的资料。下面算是一些总结，加上自己的一些理解吧。 写在前面 在网上有一个总结的很好的一句话，在这里记下来： 事务的
从未提交读—>MVCC机制—>Next-Key Lock，各种隔离级别及其解决对应问题的原理
qq_40927884的博客
09-17 1205
为了更好地理清类似脏读、不可重复读、幻读，未提交读、提交读、可重复读、串行化等概念，必需有这样一个认识：即这些概念都是属于数据库四大特性之一——隔离级别下的内容。而所谓的"隔离"，当然是为了把问题给隔离和解决掉，而不同的隔离级别解决的便是不同级别的问题。可大致表示为4种隔离级别分别隔离4种问题 ​ 尽是问题 (丢失修改) 未提交读...
可重复读的幻读问题
最新发布
weixin_51186121的博客
08-04 946
产生原因：第一次使用快照读，后面使用了当前读。解决办法：针对快照读（普通 select 语句），是通过 MVCC 方式解决了幻读。针对当前读（select ... for update 等语句），是通过 next-key lock（记录锁+间隙锁）方式解决了幻读。
MVCC如何解决不可重复读和读取未提交
trigger的博客
04-04 1686
MVCC如何解决不可重复读和读取未提交：版本链+ReadView
MySQL为什么需要读未提交？底层原理是什么？
长风破浪会有时的博客
06-21 682
MySQL中的读未提交（Read Uncommitted）是一种事务隔离级别，它允许一个事务读取其他事务尚未提交的数据。在读未提交隔离级别下，一个事务可能在同一个查询中多次读取同一数据，但由于其他事务可能在此期间修改了数据，所以每次读取得到的结果可能不一致，即不可重复读。在读未提交隔离级别下，如果一个事务读取了另一个事务尚未提交的数据，而后者最终被回滚，那么前者就读取到了无效的数据，即脏读。在读未提交隔离级别下，事务的事务视图不会限制其他事务的读取操作，事务可以读取其他事务尚未提交的数据。
一个事务中 可以查询自己未提交的数据吗_在读提交的事务隔离级别下，MVCC 机制是如何工作的？...
weixin_39524984的博客
12-04 393
前言接前两篇文章:《一文搞懂 undo log 版本链与 ReadView 机制如何让事务读取到该读的数据》 和 《在 MySQL 中是如何通过 MVCC 机制来解决不可重复读和幻读问题的？》，本文接下来将介绍「在读提交隔离级别下」，MySQL 是如何解决脏读问题的？以及为什么会存在不可重复读的问题？本文的内容严重依赖前两篇文章的知识，建议读者先阅读前两篇文章。从上篇文章中我们可以知道，...
MVCC如何实现提交读和可重复读？
悦悦的狗子
08-21 3652
MVCC（多版本并发控制） 多版本并发控制（MultiVersion Concurrency Control，简称 MVCC 或 MCC），也称为多版本数据库：不用加任何锁， 对各个时间点生成一致性数据快照 （Snapshot)， MVCC 的实现是通过保存数据在某个时间点的快照来实现的，并用这个快照来提供一定级别事务隔离。同一条记录在系统中可以存在多个版本。 InnoDB在实现MVCC的时候用到一致性视图，用于支持可重复读（事务启动时候拍快照ReadView）和提交读（每次执行select拍快照ReadV
MySQL的快照读(MVCC)和当前读(行锁、间隙锁、Next-Key Lock)解决幻读
h2517956473的博客
07-14 4121
文章目录前言一、快照读（snapshot read）二、当前读（current read） 前言 MySQL的innoDB引擎虽然拥有标准的四级隔离级别，不过它有其他数据库不同，就是在可重复读 RR 级别下面已经可以防止幻读的发生。，所谓幻读，指的是事务A执行过程中，由于事务B并发插入或删除了多条新数据，事务A两次读数据的行数不一样，出现了“虚幻”的新纪录（phantom，幽灵）。 一、快照读（snapshot read） 在快照读（snapshot read）的情况下，MySQL通过MVCC（多版本并发控
MySQL数据库事务隔离级别详解
09-09
MySQL的InnoDB存储引擎使用多版本并发控制（MVCC）和间隙锁（next-key locking）策略，在可重复读（Repeatable Read）隔离级别下，可以避免幻读。然而，如果在MyISAM存储引擎下测试，幻读可能依然会发生。此外，如果...
MySQL~InnoDB引擎解决脏读,不可重复读,幻读,丢失更新的原理(lock事务锁、自增长锁、Record Lock、Gap Lock、Next-Key Lock、死锁)
2401_84003690的博客
04-19 915
对于面试还是要好好准备的，尤其是有些问题还是很容易挖坑的，例如你为什么离开现在的公司（你当然不应该抱怨现在的公司有哪些不好的地方，更多的应该表明自己想要寻找更好的发展机会，自己的一些现实因素，比如对于我而言是现在应聘的公司离自己的家更近，又或者是自己工作到达了迷茫期，想跳出迷茫期等等）Java面试精选题、架构实战文档你的支持，我的动力；祝各位前程似锦，offer不断！《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！Java面试精选题、架构实战文档。
MVCC、Next-Key机制详解
qq_35091353的博客
05-19 684
文章目录事务隔离技术1、当前读、快照读1.1 当前读(current read)1.1.1 定义1.1.2 作用1.1.3 当前读的实现方式：next-key锁(行记录锁+Gap间隙锁)1.2 快照读(snapshot read)1.2.1 定义1.2.2 作用1.2.3 快照读的实现方式(MVCC+undo log)1.2.3.1 数据库并发场景1.2.3.2 MVCC1.2.3.3 MVCC好处实例来详解快照读与当前读 事务隔离技术 在MySQL中，提供了两种事务隔离技术，第一个是MVCC，第二个是ne
MVCC实现
weixin_44396161的博客
08-06 358
MVCC 基本思想 通过mvcc解决读未提交、不可重复读的问题，但是要解决幻读，则需要加锁解决（next-key-locks） MVCC是乐观锁的一种实现，是通过保存数据在某一个时间点的快照实现的，写操作更新最新的版本（写操作是要加锁的），读操作读取旧版本。 MVCC是实现隔离级别的一种机制，用于实现读取已提交和可重复读这两种隔离级别（MVCC单单解决的是可重复读，没有解决幻读）。 大多数事务型存储引擎实现都不是简单的行锁，基于并发性的考虑，一般会同时实现多版本并发控制（MVCC）处理读写冲突。 MVCC
MVCC如何实现数据库读已提交和可重复读这两种隔离级别？
SCUTJAY的博客
03-04 6924
文章目录隐藏列undo logReadView读已提交和可重复读的实现 我们都知道Mysql有四种事务隔离级别： 读未提交 读已提交 可重复读 串行化 这四个隔离级别的特点就不多赘述了，这次主要聊一下MVCC(多版本并发控制)是如何实现“读已提交”和“可重复读”这两种隔离级别的。 在以往的实现中，MySql要使用读锁+写锁实现隔离级别，而使用MVCC就可以免去读操作，读操作直接基于MVCC实现...
避免幻读 : next-key锁与MVCC
李兆龙的博客
03-13 2875
文章目录引言next-key锁多版本并发控制(MVCC)两者的区别总结 引言 在隔离级别为RR时,MySQL已经可以避免脏读和重复读,但还是无法避免幻读,MySQL采用next-key锁与MVCC(多版本并发控制)来避免幻读. next-key锁 next-key 锁是索引 record 上的 record 锁和 index record 之前的间隙上的间隙锁的组合。 InnoDB以这样的方式执...
InnoDB锁机制之Gap Lock、Next-Key Lock、Record Lock解析
欧辰的专栏
05-26 1万+
MySQL InnoDB支持三种行锁定方式： l   行锁（Record Lock）:锁直接加在索引记录上面，锁住的是key。 l   间隙锁（Gap Lock）:锁定索引记录间隙，确保索引记录的间隙不变。间隙锁是针对事务隔离级别为可重复读或以上级别而已的。 l   Next-Key Lock ：行锁和间隙锁组合起来就叫Next-Key Lock。   默
Mysql 间隙锁，next-key的原理
weixin_43063328的博客
01-22 2440
mysql的间隙锁原理 首先明确一个大前提 就是主键索引 和唯一索引是锁的当前行 而间隙锁锁定的是 索引字段 靠近左边的第一个值+1 以及靠近右边的第一个字段-1 所以 间隙锁 在很多的情况下 差不多就是行锁 可以这么主观的认为 然后还要明确一个大前提 会对什么加锁 首先where条件中的字段进行加锁 insert会加锁 看这个id是否被间隙锁给锁住。 然后还有一个地方 对于set的字段会查看要set成的值 是否被锁定。很神奇（下面找一个场景来介绍） 在还有一点就是 不...
理解innodb的锁(record,gap,Next-Key lock)
热门推荐
cug_jiang126com的专栏
01-27 3万+
Record lock 单条索引记录上加锁，record lock锁住的永远是索引，而非记录本身，即使该表上没有任何索引，那么innodb会在后台创建一个隐藏的聚集主键索引，那么锁住的就是这个隐藏的聚集主键索引。所以说当一条sql没有走任何索引时，那么将会在每一条聚集索引后面加X锁，这个类似于表锁，但原理上和表锁应该是完全不同的。 Gap lock 在索引记录之间的间隙中加锁，或者是
Innodb锁机制：Next-Key Lock 浅谈
luzhensmart的专栏
03-04 266
InnoDB有三种行锁的算法： 1，Record Lock：单个行记录上的锁。 2，Gap Lock：间隙锁，锁定一个范围，但不包括记录本身。GAP锁的目的，是为了防止同一事务的两次当前读，出现幻读的情况。 3，Next-Key Lock：1+2，锁定一个范围，并且锁定记录本身。对于行的查询，都是采用该方法，主要目的是解决幻读的问题。测试一：默认RR隔离级别 root@localhost...
MySQL 中不同隔离级别对锁的要求也不一样，以下说法中，哪一项是正确的？ A. 已提交读级别数据的读取都是不加锁的，但是数据的写入、修改和删除是需要加锁的 B. 可重复读级别利用了 MVCC，所以读操作也不需要加锁 C. 可重复读级别利用了临键锁（Next-Key lock）来防止幻读发生 D. 以上说法都对
06-08
选项 C 正确。 A. 已提交读级别数据的读取都是不加锁的，但是数据的写入、修改和删除是需要加锁的。这是错误的，已提交读级别下，读操作是不加锁的，写操作是需要加排它锁的。 B. 可重复读级别利用了 MVCC，所以读操作也不需要加锁。这是错误的，可重复读级别下，读操作是通过快照读实现的，不需要加锁，但是写操作仍然需要加排它锁。 C. 可重复读级别利用了临键锁（Next-Key lock）来防止幻读发生。这是正确的，可重复读级别下，为了防止幻读现象的发生，MySQL 使用临键锁（Next-Key lock）来锁定索引记录，同时使用 MVCC 机制来读取数据版本。 D. 以上说法不全都对，只有选项 C 正确。
评论 10
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值