脏读、不可重复读、幻读的解决方法

银氨溶液

已于 2024-10-07 22:09:43 修改

阅读量1k

点赞数 24

分类专栏： Mysql 文章标签：数据库 mysql 职场和发展 MVCC 间隙锁事务隔离级别

于 2024-10-06 19:35:38 首次发布

本文链接：https://blog.csdn.net/qq_71416673/article/details/142730169

版权

Mysql 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

上一篇博客提到了脏读、不可重复读、幻读的含义，也知道了是因为什么情况导致出现的这些问题，这篇博客就带大家一起来了解一下他们的解决办法~

脏读：脏读出现的原因主要是因为一个事务读取了另外一个事务未提交的数据，就可能出现脏读，解决办法可以通过“读已提交”这种形式进行解决。

“读已提交”这种方法会在事务读取数据的时候生成一个全局性的ID，这个ID代表了所有已提交事物的最新状态，Innodb会去检查每一条数据行，如果其中的id信息是否比当前ID小或者相等，且是已经提交的事务，则这个版本信息是可见的，这就保证了当前事务只能读取到在他开始之前且已经提交的数据。

不可重复读：不可重复读主要是因为事务两次读取到的数据不一样，通过MVCC版本控制可以进行解决。

MVCC：翻译过来就是多版本并发控制，通过对每一个数据行添加版本信息，来解决不可重复读的问题，在RR隔离级别下，使用快照读，这种读取方式只会读取数据一次，后续的所有快照读都是用的同一个快照，所以就不会发生不可重复读的问题了。

幻读：幻读主要是因为事务两次读取到的数据行不一致，有种产生了幻觉的感觉，可以通过在RR隔离级别下使用MVCC+间隙锁的方式进行解决，但是这种方法没法完全避免所有幻读情况的发生；

我们刚刚说的在RR隔离级别下，使用的是快照读，读取的是第一次读取到的数据，后续读取的数据都是通过获取第一次快照读读取的数据，所以在一定程度上可以解决部分幻读的情况；然后通过间隙锁的方式，锁住条件内的数据，对于其他事物新增的数据，直接新增失败

MVCC解决幻读

我们知道，在MVCC中有两种读，一种是快照读、一种是当前读。

所谓快照读，就是读取的是快照数据，即快照生成的那一刻的数据，像我们常用的普通的SELECT语句在不加锁情况下就是快照读。

在 RC 中，每次读取都会重新生成一个快照，总是读取行的最新版本。

在 RR 中，快照会在事务中第一次SELECT语句执行时生成，只有在本事务中对数据进行更改才会更新快照。

那么也就是说，如果在RR下，一个事务中的多次查询，是不会查询到其他的事务中的变更内容的，所以，也就是可以解决幻读的。

如果我们把事务隔离级别设置为RR，那么因为有了MVCC的机制，就能解决幻读的问题：

有这样一张表：

CREATE TABLE users (
    id INT UNSIGNED AUTO_INCREMENT,
    gmt_create DATETIME NOT NULL,
    age INT NOT NULL,
    name VARCHAR(16) NOT NULL,
    PRIMARY KEY (id)
) ENGINE=InnoDB;

INSERT INTO users(gmt_create,age,name) values(now(),18,'Hollis');
INSERT INTO users(gmt_create,age,name) values(now(),28,'HollisChuang');
INSERT INTO users(gmt_create,age,name) values(now(),38,'Hollis666');

执行如下事务时序：

可以看到，同一个事务中的两次查询结果是一样的，就是在RR级别下，因为有快照读，所以第二次查询其实读取的是一个快照数据。

间隙锁与幻读

上面我们讲过了MVCC能解决RR级别下面的快照读的幻读问题，那么当前读下面的幻读问题怎么解决呢？

当前读就是读取最新数据，所以，加锁的 SELECT，或者对数据进行增删改都会进行当前读，比如：

SELECT * FROM xx_table LOCK IN SHARE MODE;

SELECT * FROM xx_table FOR UPDATE;

INSERT INTO xx_table ...

DELETE FROM xx_table ...

UPDATE xx_table ...

举一个下面的例子：