从新学习Mysql数据库8：MySQL的事务隔离级别实战

在Mysql中，事务主要有四种隔离级别，今天咱们主要是经过示例来比较下，四种隔离级别实际在应用中，会出现什么样的对应现象。

1. Read uncommitted (未提交读)
2. Read committed (已提交读)
3. Repeatable read (可重复读)
4. Serializable (可串行化)

在理解四种隔离级别以前，咱们须要先了解另外三个名词：

1. 脏读
2. 不可重复读
3. 幻读

脏读

A事务，会读取到B事务还未提交的数据。由于B事务可能会由于各类缘由数据回滚，因此若是A事务读取了B未提交的数据，而后基于此进行一些业务操做，可是B事务发生错误回滚了，那A事务的业务操做就错了。

不可重复读

在同一个事务生命周期内，也就是这个事务还未提交以前。若是另一个事务，对数据进行了编辑(update)或者删除(delete)操做。那么A事务就会读取到。简单理解，就是在一个事务生命周期内，屡次查询数据，每次均可能查出来的不同。

幻读

幻读的结果其实和不可重复读是同样的表现，差别就在于，不可重复读，主要是针对其余事务进行了编辑(update)和删除(delete)操做。而幻读主要是针对插入(insert)操做。也就是在一个事务生命周期内，会查询到另一个事务新插入的数据。

下面咱们就直接来经过实验来看，Mysql Innodb中，不一样的事务隔离级别，会出现怎么样的结果。

首先咱们开启两个终端，查询当前MySQL的默认隔离级别:

<pre>SELECT @@global.tx_isolation; //查询全局事务SELECT @@session.tx_isolation; //查询当前会话事务
</pre>

能够看到，默认的隔离级别是：REPEATABLE-READ

1.实验Read uncommitted

咱们将会话事务设置为：Read uncommitted

<pre>SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
//测试能够不用设置全局事务SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;(这个能够不用设，只设置上面一行就能够了进行测试了)
</pre>

更改完以后，从新查询事务：

能够看到，全局事务已经更改成Read uncommitted

而后，咱们首先建立一个测试的数据库test_tx，并插入了2条测试数据，以下图：

而后咱们分别开启事务，而后咱们在B终端中，插入一条数据，可是不提交，而后在A终端进行数据查询。

能够看到，咱们在B终端insert一条数据，可是未进行提交操做(commit)，可是在A事务中，却查询到了。咱们称这种现象叫作脏读，在实际开发过程当中，咱们通常较少使用Read uncommitted隔离级别，这种隔离级别对任何的数据操做都不会进行加锁。

2.实验Read committed

首先咱们将会话的事务隔离级别设置为read committed

<pre>SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
</pre>

而后咱们用上面相同的方式，进行测试。首先同时将2个终端的事务开启：begin;，而后在B终端中插入一条新的数据insert into test_tx values(4,"Lee");，可是不提交事务(commit)，而后在A终端中，查询数据，如图，咱们在A终端中，没有查询到刚才插入的这条数据。

因此，实验代表，在Read committed隔离级别，不会出现脏读的问题。

而后咱们继续作实验，看看在Read committed隔离级别中，会不会出现不可重复读、幻读的现象。

咱们同时打开两个终端的事务，而后在A终端中，查询当前的数据，而后咱们在B终端中，将ID为3的数据，name修改成Jeff。而后将B终端的事务提交(commit)，可是A终端不提交事务，在一个事务的生命周期内，而后查询数据，咱们查询到了刚才B终端修改过的数据。也就是说，咱们在A终端的一个事务周期内(事务未commit)，两次查询，获得的结果是不同的。

实验代表，在Read committed隔离级别中，存在不可重复读的现象。

咱们继续作实验，由于刚才B终端已经将事务提交，因此咱们从新打开B终端的事务，而后咱们在B终端中，插入(insert)一条ID为5的新数据，并提交事务。而后咱们回到A终端，查询数据，咱们一样能够查询到刚才B终端新插入的数据。也就是说咱们在A终端中，三次查询，获得的结果都是不同的。

实验代表，在Read committed隔离级别中，存在幻读的现象。

总结，在Read committed隔离级别中，能够有效解决脏读问题，可是有不可重复读、幻读问题，而不可重复读和幻读的差别主要是，不可重复读主要是针对修改和删除操做、幻读针对插入数据操做。

3.实验Repeatable read

首先咱们将隔离级别更改成Repeatable read

<pre>SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
</pre>

而后咱们首先实验，在Repeatable read级别中是否存在脏读问题，咱们首先同时开启A,B两个终端的事务(begin;)，而后在B终端中，插入一条ID为6的数据，可是不提交事务。而后在A终端中进行数据查询，结果是咱们未查询到刚才插入的数据，因此在Repeatable read级别中，没有脏读现象。

接着，咱们顺着刚才的新插入的数据，而后将B终端的事务进行提交，而后再回到A终端查询数据，依然没有查询到B终端刚才插入的ID为6的数据，以此也就代表，目前Mysql 5.6以上的版本中，Repeatable read级别已经不存在幻读的问题，而以前的版本我并未作测试，后面有时间会在去查一下，mysql是在哪一个版本开始解决了幻读问题。

因为刚才B终端已经提交了事务，因此为了实验是否存在不可重复读的现象，咱们从新开启B终端的事务，而后咱们将ID为5的name修改成Joy：update test_tx set name = "Joy" where id = 5;，同时B终端的事务commit;，而后咱们回到A终端进行查询，三次的查询结果都是一致的。因此实验代表，在Repeatable read级别中，不存在不可重复读现象。

总结，在Repeatable read级别中，脏读、不可重复读、幻读现象都没有。在mysql中，该级别也是默认的事务隔离级别，咱们平常在开发中，也是主要使用该隔离级别。

4.Serializable

Serializable彻底串行化的读，每次读都须要得到表级共享锁，读写相互会相互互斥，这样能够更好的解决数据一致性的问题，可是一样会大大的下降数据库的实际吞吐性能。因此该隔离级别由于损耗太大，通常不多在开发中使用。

©声明：除非注明，本站全部文章皆为原创，转载请以连接形式标明本文地址。
©转载请注明来源：https://www.rjkf.cn/spring-boot-shi-wu-ge-chi-ji-bie/

微信公众号【黄小斜】大厂程序员，互联网行业新知，终身学习践行者。关注后回复「Java」、「Python」、「C++」、「大数据」、「机器学习」、「算法」、「AI」、「Android」、「前端」、「iOS」、「考研」、「BAT」、「校招」、「笔试」、「面试」、「面经」、「计算机基础」、「LeetCode」 等关键字能够获取对应的免费学习资料。