mysql可重复读现象及原理分析

朴灿烈づ我的快乐病毒、 2023-07-24 08:12 3阅读 0赞

mysql可重复读现象及原理分析

**一、可重复读**

我们先看看现象，再分析原理。我的[mysql][]版本是5.5。

下面是一张表，只有一条数据，并且我开启了事物

![format_png][]

此时，另一个事物将record加1，因此我在开启一个命令行客户端，执行下面的命令：

![format_png 1][]

成功加1之后，实际上，[数据库][Link 1]中record肯定是2。

然后回到之前的客户端，再查一次：

![format_png 2][]

没毛病，record还是1，果然是可重复读。有些人以为mysql的可重复读是通过行锁实现的，

从上面可以知道，肯定不是，如果是的话，第一次select \* from test的时候，id=1的记录就会加行锁，我都加行锁了，我还没提交，另外的事物是怎么update成功的。

结论就是mysql使用的MVCC(多版本并发控制)，MVCC详解可以看：https://blog.csdn.net/whoamiyang/article/details/51901888

我们继续，我之前的第一个事物还没提交，不过提交之前，我也想加1；

![format_png 3][]

加完之后我再查一下，额，record是3，好像很奇怪，但也不奇怪。

其实，update test set record=record+1 where id=1;这条语句中，在加1之前，他知道自己等于2，然后2+1=3。

也就是说，update时读取数据是最新版本的数据，而select是到当前事物版本为止的数据。当更新成功之后，当前版本即为最新版本，再次select，读取的是最新的数据。

在这里讨论下乐观锁的必要性。下面是乐观锁的实现，实现乐观锁，我们一般会这么做

update test set record=record+1 where id=1 and record=1;

如果不用乐观锁，你用select读取到的值其实根本不准确。除非你开启悲观锁，像下面这样：

select \* from test where id=1 for update;

这样可以读取到最新的内容，同时在你当前的事物提交之前，其他事物的update此条记录将会锁等待。

故事到此，还没有结束，此时我们开启事物三，也做加1操作看会发生什么。

![format_png 4][]

结果是，锁等待超时，也就是说（事物一）在更新完后，会加行锁，这个应该比较好理解。事物中，刚开始查询的时候是不会加行锁的，但是当有更新操作之后，会加行锁，直到事物提交。

因为事务一还没有提交，所以事务三的select \* from test;还只能查询到事务二提交的结果，也就是record是2

然后因为事务一中对id=1这条数据进行了修改，所以mysql自动将这条数据开启了行锁，在事务一提交之前，任何事务不可以修改id=1这条数据

本文转自：

mysql可重复读现象及原理分析 - mysql数据库栏目 - 红黑联盟  
https://www.2cto.com/database/201807/763885.html

[mysql]: https://www.2cto.com/database/MySQL/
[format_png]: /images/20230528/57ff0226176949b3b67d8df583186b17.png
[format_png 1]: /images/20230528/90576e90b03b4a5db9587b42aa1f3868.png
[Link 1]: https://www.2cto.com/database/
[format_png 2]: /images/20230528/f9a9c5630045458390fefb21a2e90fe7.png
[format_png 3]: /images/20230528/acc226a1b32f46c88bcec8fe85074e13.png
[format_png 4]: /images/20230528/1ec9aefc384141949343da189dcdd20b.png

发表评论取消回复

表情：

评论列表（有 0 条评论，3人围观）

还没有评论，来说两句吧...

相关阅读

相关 mysql可重复读现象及原理分析

mysql可重复读现象及原理分析一、可重复读我们先看看现象，再分析原理。我的[mysql][]版本是5.5。下面是一张表，只有一条数据，并且我开启了事物 ![fo

朴灿烈づ我的快乐病毒、/ 2023年07月24日 08:12/ 0 赞/ 4 阅读

相关 MySQL-08：事务：可重复读和读提交

事务隔离级别中存在可重复读，在事务启动时会生成一个视图read-view，之后事务中的任何需求数据都会来源于该视图，即使其他事务对某些数据进行了修改，那可重复读隔离又是如何实现

阳光穿透心脏的1/2处/ 2022年12月23日 07:23/ 0 赞/ 162 阅读

相关对Mysql可重复读的进一步分析

前言：今天复习数据库的时候，又看到了可重复读，对其实现方式，以及应用中会遇到的一些问题做了思考参考： [https://blog.csdn.net/qq\_2985768

﹏ヽ暗。殇╰゛Y/ 2022年12月05日 15:19/ 0 赞/ 123 阅读

相关 Mysql事务(脏读,可重复读,幻读)测试

mysql事务测试 1、打开mysql的命令行，将自动提交事务给关闭 --查看是否是自动提交 1表示开启，0表示关闭 select @@autocomm

拼搏现实的明天。/ 2022年11月26日 01:42/ 0 赞/ 263 阅读

相关 MYSQL可重复读及原理、快照读和当前读

什么是可重复读可重复读的实现 Repeatable Read（可重复读）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录（读已经提交的，其实是读早于本事

比眉伴天荒/ 2022年11月02日 14:28/ 0 赞/ 232 阅读

相关 mysql 主从数据延迟_MySQL主从延迟现象及原理分析详解

一、现象凌晨对线上一张表添加索引，表数据量太大(1亿+数据，数据量50G以上)，造成主从延迟几个小时，各个依赖从库的系统无法查询数据，最终影响业务。现在就梳理下主从延迟

向右看齐/ 2022年10月27日 02:37/ 0 赞/ 207 阅读

相关 mysql可重复读和幻读实例

mysql的默认事务级别是：可重复读其中可重复读是通过mvcc来实现的又叫快照读，在事务中的读操作通过对当前的数据库中记录一个版本，以后的读操作只会读取记录的版本，因此相

绝地灬酷狼/ 2022年06月16日 00:10/ 0 赞/ 251 阅读

相关 [MySQL] 主从延迟现象及原理分析

一、现象凌晨对线上一张表添加索引，表数据量太大(1亿+数据，数据量50G以上)，造成主从延迟几个小时，各个依赖从库的系统无法查询数据，最终影响业务。现在就梳理下主从

「爱情、让人受尽委屈。」/ 2022年05月10日 23:46/ 0 赞/ 183 阅读

相关 MySQL的可重复读级别能解决幻读吗

引言之前在深入了解数据库理论的时候，了解到事务的不同隔离级别可能存在的问题。为了更好的理解所以在MySQL数据库中测试复现这些问题。关于脏读和不可重复读在相应的隔离级别

迷南。/ 2022年01月18日 22:25/ 0 赞/ 233 阅读

相关 MySQL中幻读现象

幻读：即由可重复读隔离级别引发的事务问题，有些人说幻读就是一次事务中读取到的数据条数不一样，我不太认可这句话，当然这句话并没有什么问题，但是由初学者来理解的话很容易进误区！

墨蓝/ 2021年12月14日 03:57/ 0 赞/ 315 阅读