共计 3411 个字符,预计需要花费 9 分钟才能阅读完成。
MySQL 事务隔离级别是为了解决并发事务相互烦扰的问题的,MySQL 事务隔离级别总共有以下 4 种:
- READ UNCOMMITTED:读未提交。
- READ COMMITTED:读已提交。
- REPEATABLE READ:可反复读。
- SERIALIZABLE:序列化。
1. 四种事务隔离级别
1.1 READ UNCOMMITTED
读未提交,也叫未提交读,该隔离级别的事务能够看到其余事务中未提交的数据。该隔离级别因为能够读取到其余事务中未提交的数据,而未提交的数据可能会产生回滚,因而咱们把该级别读取到的数据称之为脏数据,把这个问题称之为脏读。
1.2 READ COMMITTED
读已提交,也叫提交读,该隔离级别的事务能读取到曾经提交事务的数据,因而它不会有脏读问题。但因为在事务的执行中能够读取到其余事务提交的后果,所以在不同工夫的雷同 SQL 查问中,可能会失去不同的后果,这种景象叫做不可反复读。
1.3 REPEATABLE READ
可反复读,MySQL 默认的事务隔离级别。可反复读能够解决“不可反复读”的问题,但还存在幻读的问题。所谓的幻读指的是,在同一事务的不同工夫应用雷同 SQL 查问时,会产生不同的后果。例如,一个 SELECT 被执行了两次,然而第二次返回了第一次没有返回的一行,那么这一行就是一个“幻像”行。
留神:幻读和不可反复读的侧重点是不同的,不可反复读侧重于数据批改,两次读取到的同一行数据不一样;而幻读侧重于增加或删除,两次查问返回的数据行数不同。
1.4 SERIALIZABLE
序列化,事务最高隔离级别,它会强制事务排序,使之不会发生冲突,从而解决了脏读、不可反复读和幻读问题,但因为执行效率低,所以真正应用的场景并不多。
1.5 小结
简略总结一下,MySQL 中的事务隔离级别就是为了解决脏读、不可反复读和幻读等问题的,这 4 种隔离级别与这 3 个问题之间的对应关系如下:
事务隔离级别 | 脏读 | 不可反复读 | 幻读 |
---|---|---|---|
读未提交(READ UNCOMMITTED) | √ | √ | √ |
读已提交(READ COMMITTED) | × | √ | √ |
可反复读(REPEATABLE READ) | × | × | √ |
串行化(SERIALIZABLE) | × | × | × |
2. 并发事务中的问题
并发事务中存在以下 3 个问题。
2.1 脏读
一个事务读取到了另一个事务为提交保留的数据,之后此事务进行了回滚操作,从而导致第一个事务读取了一个不存在的脏数据。
2.2 不可反复读
在同一个事务中,同一个查问在不同的工夫失去了不同的后果。例如事务在 T1 读取到了某一行数据,在 T2 工夫从新读取这一行时候,这一行的数据曾经产生批改,所以再次读取时失去了一个和 T1 查问时不同的后果。
2.3 幻读
MySQL 对幻读的定义如下:
The so-called phantom problem occurs within a transaction when the same query produces different sets of rows at different times. For example, if a SELECT is executed twice, but returns a row the second time that was not returned the first time, the row is a“phantom”row.
官网文档:https://dev.mysql.com/doc/ref… 翻译为中文是:同一个查问在不同工夫失去了不同的后果,这就是事务中的幻读问题。例如,一个 SELECT 被执行了两次,然而第二次返回了第一次没有返回的一行,那么这一行就是一个“幻像”行。
3. 隔离级别实战
3.1 查问事务隔离级别
查看全局 MySQL 事务隔离级别和以后会话的事务隔离级别的 SQL 如下:
select @@global.tx_isolation,@@tx_isolation;
以上 SQL 执行后果如下图所示:
3.2 设置事务隔离级别
每个连贯到 MySQL 的客户端能够独自设置事务的隔离级别,MySQL 能够应用以下 SQL 设置以后连贯(客户端)的事务隔离级别:
set session transaction isolation level 事务隔离级别;
其中事务隔离级别有 4 个值:
- READ UNCOMMITTED
- READ COMMITTED
- REPEATABLE READ
-
SERIALIZABLE
3.3 脏读问题
一个事务读取到了另一个事务为提交保留的数据,之后此事务进行了回滚操作,从而导致第一个事务读取了一个不存在的脏数据。接下来,咱们应用 SQL 来演示一下脏读问题。
正式开始之前,先创立一个测试表:
-- 创立一个城市表
drop table if exists city;
create table city(
id int primary key auto_increment,
name varchar(250) not null
);
脏读的执行程序如下:
脏读的执行 SQL 和执行程序如下:
- 客户端 A:set session transaction isolation level read uncommitted;
- 客户端 A:start transaction;
- 客户端 B:start transaction;
- 客户端 B:insert into city(name) values(‘ 西安 ’);
- 客户端 A:select * from city;
- 客户端 B:rollback;
- 客户端 A:select * from city;
对应的执行后果如下图所示:
从上述后果能够看出,当把客户端 A 设置为读未提交的事务隔离级别后,客户端 A 能够读取到其余事务未提交的数据,当其余事务回滚之后,客户端 A 读取的数据就成了脏数据,这就是脏读,也就是 读未提交的事务隔离级别中存在脏读的问题。
3.4 不可反复读问题
在同一个事务中,同一个查问在不同的工夫失去了不同的后果。例如事务在 T1 读取到了某一行数据,在 T2 工夫从新读取这一行时候,这一行的数据曾经产生批改,所以再次读取时失去了一个和 T1 查问时不同的后果。
不可反复读的执行程序如下:
不可反复读的执行 SQL 和执行程序如下:
- 客户端 A:set session transaction isolation level read committed;
- 客户端 A:start transaction;
- 客户端 A:select * from city where id=1;
- 客户端 B:start transaction;
- 客户端 B:update city set name=’ 长安 ’ where id=1;
- 客户端 B:commit;
- 客户端 A:select * from city where id=1;
对应执行的后果如下图所示:
从上述后果中能够看出,客户端 A 被设置了读已提交的事务隔离级别之后,应用同样的 SQL 两次读取到的同一条数据,内容是不一样的,这就是不可反复读。也就是 读已提交的事务隔离级别中,可能存在不可反复读的问题。
3.5 幻读问题
同一个查问在不同工夫失去了不同的后果,这就是事务中的幻读问题。例如,一个 SELECT 被执行了两次,然而第二次返回了第一次没有返回的一行,那么这一行就是一个“幻像”行。
幻读的执行程序如下:
幻读的执行 SQL 和执行程序如下:客户端 A:set session transaction isolation level repeatable read; 客户端 A:start transaction; 客户端 A:select from city where id<5; – 查问出 1 条数据 客户端 B:start transaction; 客户端 B:insert into city(id,name) values(2,’ 北京 ’); 客户端 B:commit; 客户端 A:update city set name=’ 京城 ’ where id=2; 客户端 A:select from city where id<5; – 查问出 2 条数据 对应执行的后果如下图所示:
从上述后果能够看出,客户端 A 被设置了可反复读的事务隔离级别之后,应用雷同的 SQL 却查问出了一样的后果,第一次查问出了一条数据,而第二次查问出了两条数据,多进去的这行数据就叫做“幻像”行,因而咱们能够得出后果,在可反复读中可能会存在幻读的问题。
总结
MySQL 中有 4 种事务隔离级别:读未提交(存在脏读 / 不可反复读 / 幻读问题)、读已提交(存在不可反复读 / 幻读问题)、可反复读(存在幻读问题)和序列化,其中可反复读是 MySQL 默认的事务隔离级别。脏读是读到了其余事务未提交的数据,不可反复读是读到了其余事务批改的数据,而幻读则是读取到了其余事务新增或删除的“幻像”行数据。