浅显易懂说事务隔离级别

作为程序员,想必经常和MySQL数据库打交道的道友们应该很熟悉事务。事务最被我们记住的那就是一致性了,就是整个流程下来,要么全部成功,要么全部失败。最典型的例子就是银行转账问题,例如我账户有100块,全部转账个B同学,那么程序上需要做的操作就是现在我的账户里扣掉100块,然后再给B同学打100块,整个过程下来必须是一致性的,要么整个流程都成功,要么就全部失败,不能说扣了我100块,然后因为其他原因致使转账给B同学的100块没有了,这样的话银行就得乱套了。当然,事务只可用于Innodb类型的表。

提到事务的特性,想必大家的第一反应想到的就是事务的四大特性:即原子性、一致性、隔离性、持久性。今天在这里我们要介绍的是事务的隔离性。

事务隔离级别

想想如果在同一时间有多个人在同时操作多个事务,如果事务没有隔离性就会带来数据的脏读、幻读和不可重复读的问题。当然,事物都是具有两面性的,隔离的程度越高,相应的程序的执行效率就会越慢(锁表等行为带来的锁等待)。所以我们需要在隔离级别和效率上寻求平衡点。那么,事务的隔离级别有哪些呢?MySQL主要提供了以下的四种隔离级别:

  • 读未提交(read uncommitted)。即一个事务在还没有提交时,其所作的变更可以被其他事务看到。

  • 读提交(read committed)。一个事务被提交以后其所作的更改才可以被其他事务看到。

  • 可重复读(repeatable read)。一个事务在执行过程中看到的数据只和开始时的数据一样。

  • 串行化(serializable)。所谓的串行,顾名思义就相当于排队,也就是事务的执行必须等待前一个事务的所有操作完结之后才可以执行。其本质是给表记录加“写锁”或者是“读锁”。

其中,数据库一般使用读提交和可重复读这两种类型的隔离级别比较多。像Oracle数据库默认使用的隔离级别是读提交,而MySQL默认使用的隔离级别是可重复读。当然,我们也可以通过命令来查看MySQL的隔离级别。使用以下命令:

show variables like 'tx_isolation';
浅显易懂说事务隔离级别

注:对于MySQL版本大于5.7的,该运行以下命令:

show variables like 'transaction_isolation';

当然,如果你想修改默认的隔离级别的话,可以运行如下命令:

set [ global | session ] transaction isolation level Read uncommitted | Read committed | Repeatable | Serializable;

其中global表示的是全局的,而session表示仅仅当前的窗口修改事务的隔离级别。

牛刀小试

接下来我们实际操作一下,看情况如何。首先我们先建一张名为test的表,其结果如下

浅显易懂说事务隔离级别

接下来,有两个事务,其执行过程如下:

浅显易懂说事务隔离级别

那么,对于不同的事务的隔离级别,其得到的V1、V2、V3的值分别是多少呢?

  • 读未提交。V1、V2、V3的值都为2。

  • 读提交。V1值为1。因为提交之后才能看到其他事务的值,所以B提交以后,A事务可以看到其修改后的值,所以V2、V3的值为2。

  • 可重复读。由于事务在执行期间所有的值都是一致的,所以的V1、V2的值都为1,后来事务提交了,所以可以看到其他事务的值,其值为V3。

  • 串行化。事务 B 执行“将 1 改成 2”的时候,会被锁住。直到事务A提交以后,事务B才可以继续执行,所以对于A来说,V1、V2的值为1,V2的值为2。

那么,执行事务的过程中,MySQL是怎么实现的呢?在开始的时候,数据库会创建一个视图,访问的时候以视图的逻辑结果为准。在“可重复读”隔离级别下,这个视图是在事务启动时创建的,整个事务存在期间都用这个视图。在“读提交”隔离级别下,这个视图是在每个 SQL 语句开始执行的时候创建的。这里需要注意的是,“读未提交”隔离级别下直接返回记录上的最新值,没有视图概念;而“串行化”隔离级别下直接用加锁的方式来避免并行访问。

实现原理

在此之前,有必要介绍一下MVCC,也就是多版本控制,就如我么经常使用的svn或者是git,其也算是MVCC工具。网上看到大量的文章讲到MVCC都是说给没一行增加两个隐藏的字段分别表示行的创建时间以及过期时间,它们存储的并不是时间,而是事务版本号。也就是说MySQL在每条记录更新的时候都会记录一条回滚操作。记录上的最新值通过回滚操作都可以得到前一条被更改前的值。

假设一个值从 4 被按顺序改成了 5、6、7,那么在回滚日志里面就会出现类似下面的记录。

浅显易懂说事务隔离级别

当前值是 7,但是在查询这条记录的时候,不同时刻启动的事务会有不同的 read-view。如图中看到的,在视图 A、B、C 里面,这一个记录的值分别是 4、5、6,同一条记录在系统中可以存在多个版本,就是数据库的多版本并发控制(MVCC)。对于 read-view A,要得到 4,就必须将当前值依次执行图中所有的回滚操作得到。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,997评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,603评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,359评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,309评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,346评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,258评论 1 300
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,122评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,970评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,403评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,596评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,769评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,464评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,075评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,705评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,848评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,831评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,678评论 2 354

推荐阅读更多精彩内容