粗谈MySQL事务的特性和隔离级别

2019个人年终总结

网上对于此类的文章已经十分饱和了,那还写的原因很简单——作为自己的理解笔记。

前言

​  此篇文章作为自己学习MySQL的一些个人理解,使用的引擎是InnoDb。首先先讲讲事务的概念,在《高性能MySQL》第三版中其对事务的描述是这样的:

事务就是一组原子性的SQL查询,或者说一个独立的工作单元。如果数据库引擎能够成功地对数据库应用该组查询的全部语句,那么就执行该组查询。如果其中有任何一条语句因为崩溃或其他原因无法执行,那么所有的语句都不会执行。

​​  换句话说,事务就是一个整体单位,里面的SQL语句不会单独执行,就像某些商品一般,由多个组件组成,但是我绝对不单独卖组件,要买就买整个商品,不然就不卖。

​​  简单的理解了事务之后,还需要知道事务的目的就是为了保证数据的正确性和一致性,那么为此则诞生出其4个特性(后面再细讲),而为了实现这四个特性又需要许多具体的实现,其中就包括为了隔离性而产生的四个隔离级别,这四种隔离级别又产生了三个问题脏读不可重复读幻读),这就是其大致的关系,接下来让我们来看看这些具体到底是个什么东西。

1 四种特性(ACID)

​​  说起事务的特性,那肯定张口就来ACID,然而除了ACID之外我们还是需要说点其他东西的。

​​  原子性(Atomicity):意思是说一个事务应当作为一个不可分割的最小单位,整个事务的操作要么全部执行成功要么全部不执行,像原子一样不可分割(别跟我谈夸克),这里的执行是指执行成功,如果有一个操作执行失败了那么就全部不执行,这也是我们平时见到的回滚。

​​  一致性(Consistency):书上给出的意思是事务总是从一个一致性的状态跳到另一个一致性的状态。我的理解是在涉及到的数据范围内是守恒的,也就是说,整体的数据是不变的,拿万能的转钱例子来说,A账户转给B``200元,那么由AB组成的这个数据范围来说数据并没有发生改变(-200+200=0)只是数据的组成方式变化了,所以是从一个一致性状态—>另一个一致性状态。

​​  隔离性(Isolation)通常来说,一个事务的操作对于其他的事务的不可见的,也就是说一般而言事务都是独立的。但是这跟数据库的隔离级别有关,除了某个(没错,就是你——读未提交同学)隔离级别之外,其他的都是不可见的,而这种事务可见的级别很少用到,所以说的是’通常来说’。

​​  持久性(Durability)事务一旦完成,那么该事务引起的数据变化将永久生效,不会改变(除非被另外一个事务改动)。不过书上提到这其实跟实行的策略相关,但这貌似就有点走远了(是的,我不懂!)。

​​  以上就是事务的四种特性,然而其中隔离性的实现则是要看数据库的隔离级别。

2 数据库的隔离级别

​​  在MySQL中隔离级别有四种,每种隔离级别对应的事务体现不同,可能出现的问题也各自不同。

​​  未提交读(read uncommited):在这个隔离级别中,在一个事务执行的操作就算不提交也能被其他的事务看到。在这个级别中一个事务可能读到其他事务还没提交的脏数据,即可能出现脏读。如下图所示,序号表示执行的顺序。

粗谈MySQL事务的特性和隔离级别

调度算法(二)

​​  可以看到,在界面1的事务中往test表插入了一条数据,此时就算还没提交在页面2的另一个事务中也可以看到提交的数据。

​​  提交读(read commited)在一个事务提交之后,其他事务才可以看到事务的修改。此隔离级别可能会出现同一个事务中执行相同的查询却读到不同的数据,即不可重复读nonrepeatable read),另未提交读也可能出现不可重复读。例子如下

粗谈MySQL事务的特性和隔离级别

​​  可重复读(repeatable read)这是MySQL的默认隔离级别在事务开始的时候会保存此刻的一个快照(这里啰嗦一下,实际上是开启事务后执行第一条语句的时候准备的快照,准备快照的方法则是记录当前事务的版本号,没有进行数据的复制,不明白事务版本号或隐藏字段的可以看看MySQLMVCC),然后接下来这个事务的所有数据读取都是从这个快照读,所以不会出现不可重复读的情况,但是还是有可能出现幻读。意思就是读取的是快照表数据不会变化,但是进行写操作如更新的时候更新的数量可能会跟预期的不同。如图

粗谈MySQL事务的特性和隔离级别

​​  可以看到,在界面1插入一条记录并且提交之后,界面2还是没有读到这个提交的数据,因为他是从事务开始时的快照表读取的所以自然是读不到的,但是在进行更新操作的时候则是更新了意料之外的记录,这就是一种幻读的现象。

​​  可串行化(serializable):意思就是事务要一个一个来,如果在一个事务中进行读操作,那么其他事务在该事务完成前只能进行读操作;如果进行写操作,那么其他事务的操作都进入等待(直到当前事务提交)。这种级别就可以防范目前出现的脏读、不可重复读、幻读等现象。如图

粗谈MySQL事务的特性和隔离级别

上图演示的是事务读时,其他事务不可写,下图是写时不可操作。

粗谈MySQL事务的特性和隔离级别

3 三个问题—脏读、不可重复读、幻读。

​​  这是采取事务的不同隔离级别可能产生的几个问题,在上面隔离级别已经提及到了,但是为了避免混淆还是单独拿出来。

  • 脏读:指在一个事务中读到了其他事务还没提交的脏数据,发生在读未提交级别。
  • 不可重复读:在一个事务中同样的查询可能出现不同的结果,发生在读未提交、读提交级别。(个人觉得没必要特意去理解为叫什么叫不可重复,容易混淆)
  • 幻读:在一个事务中进行写操作的时候修改的数量跟预期的数量不同,例如修改到了之前查询不出来的数据。

​​  再啰嗦一些不可重复读幻读的区别:可以理解为不可重复读是那条记录的字段值改变了,例如id1的记录中name的两次值都不同;而幻读则是数量上的不同,例如我查询的时候共有2条记录,但是执行修改操作的时候却更新了3条。






参考:《高性能MySQL》,http://www.zsythink.net/archives/1233/

或许我只是简单的想被认可。

Asp.Net Core 混合全球化与本地化支持

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享