MySQL 4种事务隔离级别

Dear 丶 2022-12-23 07:29 178阅读 0赞

# 1.事务是什么？ #

事务是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。

事务的结束有两种，当事务中的所以步骤全部成功执行时，事务提交。如果其中一个步骤失败，将发生回滚操作，撤消撤消之前到事务开始时的所以操作。

# 2.事务的特性 #

事务具有四个特性：原子性（ Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation ）和持续性（ Durability ）。这四个特性简称为 ACID 特性。

## 2.1.原子性 ##

事务是数据库的逻辑工作单位，事务中包含的各操作要么都做，要么都不做。

## 2.2.一致性 ##

事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统 运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是 不一致的状态。

## 2.3. 隔离性 ##

一个事务的执行不能其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的，并发执行的各个事务之间不能互相干扰。

## 2.4 .持续性 ##

也称永久性，指一个事务一旦提交，它对数据库中的数据的改变就应该是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。

# 3.Mysql的四种隔离级别 #

SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。

*  Read Uncommitted（读取未提交内容）

在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

*  Read Committed（读取提交内容）

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。

*  Repeatable Read（可重读）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

*  Serializable（可串行化）

这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：

*  脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
 *  不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
 *  幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。

在MySQL中，实现了这四种隔离级别，分别有可能产生问题如下所示：

<table> 
 <thead> 
  <tr> 
   <th>隔离级别</th> 
   <th>脏读</th> 
   <th>不可重复读</th> 
   <th>幻读</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Read committed</td> 
   <td>是</td> 
   <td>是</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>Read Uncommitted</td> 
   <td>否</td> 
   <td>是</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>Repeatable Read</td> 
   <td>否</td> 
   <td>否</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>Phantom Read</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
  </tr> 
 </tbody> 
</table>

# 4. Mysql的隔离级别实战测试 #

*  测试环境：centos 7.5 + MySQL 5.7.21
 *  测试数据库为：cms
 *  测试表为： cms\_article  
    表结构如下：

CREATE TABLE `cms_article` (
      `article_id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '文章ID',
      `class_id` int(11) NOT NULL COMMENT '分类ID',
      `title` varchar(128) DEFAULT NULL COMMENT '标题',
      `keywords` varchar(255) DEFAULT NULL COMMENT '关键字',
      `description` varchar(255) DEFAULT NULL COMMENT '摘要',
      PRIMARY KEY (`article_id`),
      KEY `index_class_id_and_apptype` (`class_id`) USING BTREE
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='内容管理-文章基本表';

分别启动两个命令行，A和B，不断修改A的隔离级别，在B端中修改数据。

### 4.1.将A的隔离级别设置为read uncommitted(未提交读) ###

mysql> set session transaction isolation level read uncommitted;
    Query OK, 0 rows affected (0.00 sec)

A：启动事务，此时数据为初始状态

B：启动事务，更新数据，但不提交

mysql> select @@tx_isolation;
    +-----------------+
    | @@tx_isolation  |
    +-----------------+
    | REPEATABLE-READ |
    +-----------------+
    1 row in set, 1 warning (0.00 sec)
    
    mysql> start transaction;
    Query OK, 0 rows affected (0.00 sec)
    
    mysql> select * from cms_article;
    +------------+----------+--------------+----------+--------------------------------------------+
    | article_id | class_id | title        | keywords | description                                |
    +------------+----------+--------------+----------+--------------------------------------------+
    |          1 |        1 | 百度一下     | 百度     | 百度是一个很强大的搜索引擎。               |
    +------------+----------+--------------+----------+--------------------------------------------+
    1 row in set (0.00 sec)
    
    mysql> update cms_article set title = '百度二下' where article_id = 1; 
    Query OK, 1 row affected (0.00 sec)
    Rows matched: 1  Changed: 1  Warnings: 0

A：再次读取数据，发现数据已经被修改了，这就是所谓的“脏读”

B：回滚事务

mysql> rollback;
    Query OK, 0 rows affected (0.00 sec)

A：再次读数据，发现数据变回初始状态

经过上面的测试可以得出结论，事务B更新了一条记录，但是没有提交，此时事务A可以查询出未提交记录。造成**脏读**现象。**未提交读是最低的隔离级别**。

### 4.2.将A的隔离级别设置为read committed(已提交读) ###

mysql> set session transaction isolation level read committed;
    Query OK, 0 rows affected (0.00 sec)

A：启动事务，此时数据为初始状态

B：启动事务，更新数据，但不提交。

mysql> start transaction;
    Query OK, 0 rows affected (0.00 sec)
    
    mysql> update cms_article set title = '百度二下' where article_id = 1; 
    Query OK, 1 row affected (0.00 sec)
    Rows matched: 1  Changed: 1  Warnings: 0
    
    mysql> select * from cms_article;
    +------------+----------+--------------+----------+--------------------------------------------+
    | article_id | class_id | title        | keywords | description                                |
    +------------+----------+--------------+----------+--------------------------------------------+
    |          1 |        1 | 百度二下     | 百度     | 百度是一个很强大的搜索引擎。               |
    +------------+----------+--------------+----------+--------------------------------------------+
    1 row in set (0.00 sec)

A：再次读数据，发现数据未被修改

B：提交事务

mysql> commit;
    Query OK, 0 rows affected (0.00 sec)

A：再次读取数据，发现数据已发生变化，说明B提交的修改被事务中的A读到了，这就是所谓的“不可重复读”

经过上面的测试可以得出结论，已提交读隔离级别解决了脏读的问题，但是出现了不可重复读的问题，即事务A在两次查询的数据不一致，因为在两次查询之间事务B更新了一条数据。已提交读只允许读取已提交的记录，但不要求可重复读。

### 4.3.将A的隔离级别设置为repeatable read(可重复读) ###

mysql> set session transaction isolation level repeatable read;
    Query OK, 0 rows affected (0.00 sec)

A：启动事务，此时数据为初始状态

B：启动事务，更新数据，但不提交

mysql> start transaction;
    Query OK, 0 rows affected (0.00 sec)
    
    mysql> update cms_article set title = '百度二下' where article_id = 1; 
    Query OK, 1 row affected (0.00 sec)
    Rows matched: 1  Changed: 1  Warnings: 0
    
    mysql>  select * from cms_article;
    +------------+----------+--------------+----------+--------------------------------------------+
    | article_id | class_id | title        | keywords | description                                |
    +------------+----------+--------------+----------+--------------------------------------------+
    |          1 |        1 | 百度二下     | 百度     | 百度是一个很强大的搜索引擎。               |
    +------------+----------+--------------+----------+--------------------------------------------+
    1 row in set (0.00 sec)

A：再次读取数据，发现数据未被修改。

B：提交事务

mysql> commit;
    Query OK, 0 rows affected (0.00 sec)

A：再次读取数据，发现数据依然未发生变化，这说明这次可以重复读了

B：插入一条新的数据，并提交。

A：再次读取数据，发现数据依然未发生变化，虽然可以重复读了，但是却发现读的不是最新数据，这就是所谓的“幻读”

A：提交本次事务，再次读取数据，发现读取正常。

由以上的测试可以得出结论，可重复读隔离级别只允许读取已提交记录，而且在一个事务两次读取一个记录期间，其他事务不更新该记录。但该事务不要求与其他事务可串行化。

### 4.4.将A的隔离级别设置为serializable（可串行化） ###

mysql> set session transaction isolation level serializable; 
    Query OK, 0 rows affected (0.00 sec)

A：启动事务，此时数据为初始状态；

B：发现B此时进入了等待状态，原因是因为A的事务尚未提交，只能等待（此时，B可能会发生等待超时）

mysql> start transaction;
    Query OK, 0 rows affected (0.00 sec)
    
    mysql> insert into cms_article(class_id,title,keywords,description) value(2,'搜搜一下','搜搜','搜搜是一个很强大的搜索引擎。');

A：提交事务

mysql> commit;
    Query OK, 0 rows affected (0.00 sec)

B：发现插入成功

mysql> insert into cms_article(class_id,title,keywords,description) value(2,'搜搜一下','搜搜','搜搜是一个很强大的搜索引擎。');         
    Query OK, 1 row affected (28.05 sec)

serializable完全锁定字段，若一个事务来查询同一份数据就必须等待，直到前一个事务完成并解除锁定为止。是完整的隔离级别，会锁定对应的数据表格，因而会有效率的问题。

# 5.总结 #

本篇文章 主要介绍了事务的概念、事务的特性、以及MySQL事务的四种隔离机制，并且使用案例完整的测试一下一下四种隔离级别的不同，其中MySQL默认的是隔离级别是repeatable read(可重复读)。