图解 MySQL 事务隔离级别
4 种隔离级别
InnoDB 引擎中的事务隔离级别有 4 级,默认是"可重复读"(Repeatable Read)。以下 4 个级别逐渐加强,每个级别都解决了上一个级别的问题,但也留下了新的问题。
脏读(Read Uncommitted-读未提交)
一个事务在处理过程中读取了另外一个事务未提交的数据。
事务 1 更新数据后还未提交,事务 2 就读到了该数据,所以叫 read uncommitted
。
读提交(Read Committed)
读取的数据是其它事务提交后的数据。
事务 1 更新了数据,但还未提交,这时事务 2 读取到的数据是更新之前的。
在事务 1 提交后,事务 2 再读取,此时读取到的就是事务 1 更新后的数据。
这里就有一个问题:::在同一事务过程中,多次读取到的数据是不一致的::。所以又叫"不可重复读"。
可重复读(Repeatable Read)
在同一事务中,每次读取的数据是一致的。
即使事务 1 提交了,事务 2 读取的数据和事务 2 开始时间点的数据是一致的。
但这是也有一个问题:::如果事务 2 根据查询出的结果进行更新,那么会发现更新时的数据已经变成事务 1 更新后的数据了,而不是事务 2 查询出的数据::。这就是"幻读"。
串行化
各事务间互斥。即使是读操作也会互斥。
验证默认情况下的幻读问题
默认情况下的级别是可重复读,这种情况下可能会产生幻读。以下是复现的步骤:
数据库版本是 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 |
+-------------------------+
下面使用图示的方式来展示两个客户端执行的命令以及命令的结果:
事务 2 在 insert
前后都没有查询出数据,但是 insert
依然显示主键冲突。
在 select 时加锁
在 select
语句中添加 for update
可以为数据集添加共享锁,其它事务就没有办法更新该数据集了。
以下演示:在两个事务中都使用 for update:
- 两个事务在开始时都使用
for update
加锁; - 事务 1 在更新数据集时会等待事务 2 释放锁,这里
insert
命令会阻塞住。 - 事务 2 使用
insert
更新时会显示出现死锁,然后结束事务。 - 事务 1 等到事务 2 结束后才会显示更新成功。
如果 for update
在对方 insert
之后:
- 事务 2 的
for update
会等待事务 1 释放锁。 - 事务 1 结束。
- 事务 2 的
select
获得了最新的数据。
以下演示:只在其中一个事务中使用 for update:
- 事务 1 使用
for update
加锁,事务 2 不使用。 - 事务 2 使用
insert
更新数据,这时会阻塞住等待锁释放。 - 事务 1 也使用
insert
更新数据,并且成功了。事务 1 接着使用commit
结束事务。 - 事务 2 在事务 1 结束事务释放锁后,显示已经存在相关数据了。事务 2 出现了::幻读::。