图解 MySQL 事务隔离级别

4 种隔离级别

InnoDB 引擎中的事务隔离级别有 4 级,默认是"可重复读"(Repeatable Read)。以下 4 个级别逐渐加强,每个级别都解决了上一个级别的问题,但也留下了新的问题。

脏读(Read Uncommitted-读未提交)

一个事务在处理过程中读取了另外一个事务未提交的数据。


修改mysql事务隔离级别 mysql事务隔离级别 默认_修改mysql事务隔离级别


事务 1 更新数据后还未提交,事务 2 就读到了该数据,所以叫 read uncommitted

读提交(Read Committed)

读取的数据是其它事务提交后的数据。


修改mysql事务隔离级别 mysql事务隔离级别 默认_mysql 默认事务隔离级别_02


事务 1 更新了数据,但还未提交,这时事务 2 读取到的数据是更新之前的。

在事务 1 提交后,事务 2 再读取,此时读取到的就是事务 1 更新后的数据。

这里就有一个问题:::在同一事务过程中,多次读取到的数据是不一致的::。所以又叫"不可重复读"。

可重复读(Repeatable Read)

在同一事务中,每次读取的数据是一致的。


修改mysql事务隔离级别 mysql事务隔离级别 默认_数据集_03


即使事务 1 提交了,事务 2 读取的数据和事务 2 开始时间点的数据是一致的。

但这是也有一个问题:::如果事务 2 根据查询出的结果进行更新,那么会发现更新时的数据已经变成事务 1 更新后的数据了,而不是事务 2 查询出的数据::。这就是"幻读"。

串行化

各事务间互斥。即使是读操作也会互斥。


修改mysql事务隔离级别 mysql事务隔离级别 默认_加锁_04


验证默认情况下的幻读问题

默认情况下的级别是可重复读,这种情况下可能会产生幻读。以下是复现的步骤:

数据库版本是 v8.0.13。

新建一张表:

mysql> create table users (id int(4) not null primary key auto_increment, name char(20) not null);
Query OK, 0 rows affected (0.04 sec)

然后使用两个客户端来分别执行命令,这两个客户端的隔离级别都是"可重复读":

mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+

下面使用图示的方式来展示两个客户端执行的命令以及命令的结果:

修改mysql事务隔离级别 mysql事务隔离级别 默认_数据_05


事务 2 在 insert 前后都没有查询出数据,但是 insert 依然显示主键冲突。

在 select 时加锁

select 语句中添加 for update 可以为数据集添加共享锁,其它事务就没有办法更新该数据集了。

以下演示:在两个事务中都使用 for update:


修改mysql事务隔离级别 mysql事务隔离级别 默认_数据_06


  1. 两个事务在开始时都使用 for update 加锁;
  2. 事务 1 在更新数据集时会等待事务 2 释放锁,这里 insert 命令会阻塞住。
  3. 事务 2 使用 insert 更新时会显示出现死锁,然后结束事务。
  4. 事务 1 等到事务 2 结束后才会显示更新成功。

如果 for update 在对方 insert 之后:


修改mysql事务隔离级别 mysql事务隔离级别 默认_mysql 默认事务隔离级别_07


  1. 事务 2 的 for update 会等待事务 1 释放锁。
  2. 事务 1 结束。
  3. 事务 2 的 select 获得了最新的数据。

以下演示:只在其中一个事务中使用 for update:


修改mysql事务隔离级别 mysql事务隔离级别 默认_数据_08


  1. 事务 1 使用 for update 加锁,事务 2 不使用。
  2. 事务 2 使用 insert 更新数据,这时会阻塞住等待锁释放。
  3. 事务 1 也使用 insert 更新数据,并且成功了。事务 1 接着使用 commit 结束事务。
  4. 事务 2 在事务 1 结束事务释放锁后,显示已经存在相关数据了。事务 2 出现了::幻读::。