十分钟搞懂MySQL四种事务隔离级别

隔离级别（ISOLATION LEVEL）

隔离性其实比想象要复杂。在SQL中定义了四种隔离的级别，每一种隔离级别都规定了一个事务中的修改，哪些是在事务内和事务间是可见的，哪些是不可见的。较低级别的隔离一般来讲能承受更高的并发，系统的开销也会更小。

下面简单的介绍一下这四种事务的隔离级别，并添加一些实践。

READ UNCOMMITTED（未提交读）

在READ UNCOMMITTED级别，事务的修改，即便没有提交，对其余事务也都是可见的。事务能够读取未提交的数据，这也被称为脏读（Dirty Read）。这个级别的隔离会致使不少问题，虽然在性能方面是最优的，可是缺少其余级别的不少好处，因此这种隔离的级别不多在实际中应用。

• CREATE TABLE

  CREATE TABLE `t` (
    `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    `point` int(11) DEFAULT NULL,
    PRIMARY KEY (`id`)
  ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
  复制代码

• INSERT INTO

  INSERT INTO t(point) VALUES(90);
  复制代码

• READ UNCOMMITTED实践 开启两个MySQL SESSION，并将MySQL的默认隔离级别设置为READ UNCOMMITTED

  SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
  复制代码

  

  以上的一段GIF图显示了具体的实践过程，左边部分是SESSION A，右边是SESSION B从上面的实践中咱们能够看到，当隔离级别设置为READ COMMITTED：
  • SESSION A第一次查询point的值为90
  • SESSION B更新point为100
  • 此时SESSION B的更改并未提交
  • SESSION A第二次查询point的值为100。

READ COMMITTED（读已提交）

大多数数据库系统默认的隔离级别都是READ COMMITTED(但MySQL不是)，"读已提交"简单的定义：一个事务只能看见已经提交的事务的修改结果。换句话说，一个事务从开启事务到提交事务以前，对其余事务都是不可见的，所以在同一个事务中的两次相同查询结果可能不同。故这种隔离级别有时候也叫不可重复读（NONREPEATABLE READ）。

• READ COMMITTED 实践

  

  以上的一段GIF图显示了"读已提交"隔离级别下的实践。咱们将隔离级别设置为READ COMMITTED，从执行过程咱们能够看到：
  • 第一次SESSION A查询point为90
  • SESSION B更新point为100
  • 第二次SESSION A查询point为90
  • SESSION B提交事务
  • 第三次SESSION A查询point为100

  从实践中咱们能够看到当SESSION B的事务提交后，SESSION A就能读取到SESSION B修改的数据。

REPEATABLE READ（可重复读）

"可重复读"是MySQL的默认事务隔离级别。REPEATABLE READ解决了脏读的问题，该级别保证了在同一次事务中屡次查询相同的语句结果是一致的。可是"可重复读"隔离级别没法避免产生幻行（Phantom Row）的问题，MySQL的InnoDB引擎经过多版本并发控制（MVCC，Multiversion Concurrency Controller）解决了幻读的问题。

• REPEATABLE READ 产生幻行的实践

  从上面GIF图显示的过程咱们能够看到，最后SESSION A查询语句的结果只有一条id为1的数据，可是咱们在插入id=2的数据的时候产生了报错

  ERROR 1062 (23000): Duplicate entry '2' for key 'PRIMARY'
  复制代码

  从报错中很容易就能看到是由于id=2的行已经存在了，前面读取行数据的结果就是幻读。

• REPEATABLE READ 实践

  

  上面的图片显示了在"可重复读"隔离界别下的实践，咱们将隔离界别设置为REPEATABLE READ，咱们能够看到：
  • 第一次SESSION A查询point为90
  • SESSION B更新point为100
  • 第二次SESSION A查询point为90
  • SESSION B提交事务
  • 第三次SESSION A查询point为90

  咱们从实践中能够看到不管SESSION B怎么改变，SESSION A在事务开启后同一查询语句查询的结果都是一致的。

SERIALIZABLE（可串行化）

SERIALIZABLE是最高的隔离级别，它一般经过强制事务串行，避免了前面说的幻读问题。简单来讲，"可串行化"会在读取的每一行数据上都加锁，因此可能会致使大量的锁等待和超时问题，因此在实际的生产环境中也不多会用到这个隔离级别，只有在很是须要确保数据的一致性切能够接受没有并发的状况下，才会考虑使用这个隔离级别。

• SERIALIZABLE实践

  

  上面的GIF显示了在"可串行化"隔离级别下的实践。咱们将隔离级别设置为SERVILAZABLE，从执行的过程当中咱们能够看到：
  • 第一次SESSION A查询结果只有id=1
  • SESSION B 插入id=2的数据，由于SESSION A的事务还未提交，此时锁等待。
  • 第二次SESSION A查询结果仍然是只有一行id=1
  • SESSION A提交事务，在提交事务的瞬间SESSION A释放锁，SESSION B锁等待结束
  • SESSION B提交事务
  • 第三次SEESION A查询结果出现了id=1和id=2这两条记录

  从上面的过程咱们能够看到，"可串行化"是经过对每一行数据都加锁的方式来避免幻行问题，这种方式效率很是的低，很容易形成较长时间的锁等待。