MySQL事务隔离级别详解

大家好，今天本人给大家带来文章《MySQL事务隔离级别详解》，文中内容主要涉及到MySQL、事务，如果你对数据库方面的知识点感兴趣，那就请各位朋友继续看下去吧~希望能真正帮到你们，谢谢！

一、什么是事务？

事务是逻辑上的一组操作，要么全执行，要么全不执行。

事务最经典栗子也经常被拿出来的栗子就是银行转账了。比如小明要给小红转账1000元，这个转账会涉及到两个关键操作：将小明的余额减1000元，将小红的余额减1000元。万一这两个操作之间突然出现错误，导致小明余额减少但是小红余额没有增加，这种情况是肯定不允许的。事务就是保证这两个关键操作要么都成功，要么都不成功。

二、事务的特性（ACID）

• 原子性：事务最小的执行单位，不允许分割。事务的原子性确保动作要么全部执行，要么全部不执行。
• 一致性：执行事务的前后，数据保持一致。例如转账的业务中，无论事务是否成功，转账者和收款人的总额应该是不变的。
• 隔离性：并发访问数据库时，一个用户的事务不应该被其他事务所影响，各并发事务之间数据库是独立的。
• 持久性：一个事务被提交后，它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有影响。

三、并发事务带来的问题

在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对同一数据进行操作）。并发虽然是必须的，但是可能会带来以下的问题：

• 脏读（Dirty read）：当一个事务正在访问数据并且对其进行了修改，但是还没提交事务，这时另外一个事务也访问了这个数据，然后使用了这个数据，因为这个数据的修改还没提交到数据库，所以另外一个事务读取的数据就是“脏数据”，这种行为就是“脏读”，依据“脏数据”所做的操作可能是会出现问题的。
• 修改丢失（Lost of modify）：是指一个事务读取一个数据时，另外一个数据也访问了该数据，那么在第一个事务修改了这个数据之后，第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失，这种情况就被称为修改丢失。例如：事务1读取表中数据

  mysql> SELECT @@tx_isolation;
  +-----------------+
  | @@tx_isolation  |
  +-----------------+
  | REPEATABLE-READ |
  +-----------------+

  SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTED|REPEATABLE READ|SERIALIZABLE]

  我们再来看一下我们在实际操作中使用到的一些并发控制语句：

  • START TRANSACTION | BEGIN

    ：显示的开启一个事务。

  • COMMIT

    ：提交事务，使得对数据库做的所有修改成为永久性。

  • ROLLBACK

    ：回滚到结束用户的事务，并撤销正在进行的所有未提交的修改。

  （脏读）读取未提交

  

  （避免脏读）读取已提交

  

  不可重复读

  还是刚才上面的读已提交的图，虽然避免了读未提交，但是却出现了，一个事务还没有结束，就发生了 不可重复读问题。

  

  可重复读

  

  幻读

  演示幻读出现的情况

  

  sql 脚本 1 在第一次查询工资为 500 的记录时只有一条，sql 脚本 2 插入了一条工资为 500 的记录，提交之后；sql 脚本 1 在同一个事务中再次使用当前读查询发现出现了两条工资为 500 的记录这种就是幻读。

  幻读和不可重复读有些相似之处 ，但是不可重复读的重点是修改，幻读的重点在于新增或者删除。

  解决幻读的方法

  • 将事务隔离级别调整为

    SERIALIZABLE

    。
  • 在可重复读的事务级别下，给事务操作的这张表添加表锁。
  • 在可重复读的事务级别下，给事务操作的这张表添加

    Next-Key Locks

    。

  说明：

  Next-Key Locks

  相当于 行锁 + 间隙锁

  参考：https://javaguide.cn/database...

  本篇关于《MySQL事务隔离级别详解》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于数据库的相关知识，请关注golang学习网公众号！