关于java:面试突击61说一下MySQL事务隔离级别

MySQL 事务隔离级别是为了解决并发事务相互烦扰的问题的，MySQL 事务隔离级别总共有以下 4 种：

1. READ UNCOMMITTED：读未提交。
2. READ COMMITTED：读已提交。
3. REPEATABLE READ：可反复读。
4. 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 个问题之间的对应关系如下：

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/refman/5.7/en/innodb-next-key-locking.html
翻译为中文是：同一个查问在不同工夫失去了不同的后果，这就是事务中的幻读问题。例如，一个 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 和执行程序如下：

1. 客户端 A：set session transaction isolation level read uncommitted;
2. 客户端 A：start transaction;
3. 客户端 B：start transaction;
4. 客户端 B：insert into city(name) values(‘ 西安 ’);
5. 客户端 A：select * from city;
6. 客户端 B：rollback;
7. 客户端 A：select * from city;

对应的执行后果如下图所示：

从上述后果能够看出，当把客户端 A 设置为读未提交的事务隔离级别后，客户端 A 能够读取到其余事务未提交的数据，当其余事务回滚之后，客户端 A 读取的数据就成了脏数据，这就是脏读，也就是 读未提交的事务隔离级别中存在脏读的问题。

3.4 不可反复读问题

在同一个事务中，同一个查问在不同的工夫失去了不同的后果。例如事务在 T1 读取到了某一行数据，在 T2 工夫从新读取这一行时候，这一行的数据曾经产生批改，所以再次读取时失去了一个和 T1 查问时不同的后果。

不可反复读的执行程序如下：

不可反复读的执行 SQL 和执行程序如下：

1. 客户端 A：set session transaction isolation level read committed;
2. 客户端 A：start transaction;
3. 客户端 A：select * from city where id=1;
4. 客户端 B：start transaction;
5. 客户端 B：update city set name=’ 长安 ’ where id=1;
6. 客户端 B：commit;
7. 客户端 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 默认的事务隔离级别。脏读是读到了其余事务未提交的数据，不可反复读是读到了其余事务批改的数据，而幻读则是读取到了其余事务新增或删除的“幻像”行数据。

是非审之于己，毁誉听之于人，得失安之于数。

公众号：Java 面试真题解析

面试合集：https://gitee.com/mydb/interview