ACID之I:事务隔离

MyISAM 不支持事务, innoDB支持事务安全

多个事务可能存在问题

在多个事务共同操做时容易出现这样几个问题:post

  • 脏读(dirty read)
  • 不可重复读(nonrepeatable)
  • 幻读(phantom read)

来具体看一下这三个问题会有什么影响性能

脏读:A事务读取到并使用了B事务还未提交的数据,这时若是B事务被撤回,则A操做的数据则是不许确的。好比如下银行存取款例子:学习

A事务 B事务
开启事务
开启事务
查询余额为1000
取出500,余额变为500
查询余额为500(脏数据)
撤销事务,此时余额为1000
存入100,此时余额为600
提交事务

不可重复读: A事务读取了B事务已经提交的数据。同一个事务内查询到不一样的结果,好比A查询到银行帐户有200元,而后准备取钱,这时B用同一个帐号将钱转走,A取钱时会提示余额不足,A在同一个事务内发现余额发生了变化,第一次查到的结果不可重复
幻读:解决了不可重复读以后,保证同一个事务里,查询的结果都是事务开始时的状态(一致性)。可是,若是另外一个事务同时插入了新的数据,则本事务再次更新时,就会发现这些新插入的数据,好像以前读到的不完整的数据是鬼影同样幻觉线程

隔离级别

为了解决脏读、不可重复读、幻读,有了"隔离级别这个概念"
SQL隔离级别包括:事务

  • 读未提交(read uncommitted):别人修改数据的事务尚未提交,我在个人事务内也能读到
  • 读可提交(read committed):别人修改数据的事务提交后,我在个人事务内才能读到
  • 可重复读(repeatable read):别人修改数据的事务提交后我也读不到,我只能读到我事务开始时保持的数据状态,个人事务内数据不受到其余事务的影响
  • 串行化(serializable):个人事务还没提交时,比我晚开始的事务只能是等待状态,同时只能有一个事务在进行

好比个人帐户有500元,按照时间顺序执行如下两个事务get

A事务 B事务
启动事务A查询余额为500
启动事务B查询到余额500
存入100元
再次查询余额Q1
提交事务B
查询余额Q2
提交事务A
再次查询余额Q3

根据不一样的隔离级别,Q一、Q二、Q3会有不一样的值。下面来详细分析:it

  • 读未提交(read uncommitted):可以读到其余事务未提交的数据,也就是B事务存入100虽然没有提交,可是事务A第二次查询余额已经发生变化,Q1为600,后面没有涉及到金额的变化,因此Q2/Q3的值也是600
  • 读可提交(read committed):可以读到其余事务已经提交的数据,查询Q1时,由于B事务尚未提交,因此并无影响到A事务,因此Q1的值仍是500,当查询Q2时,B事务已经提交,A事务能够读到,因此Q二、Q3都是600
  • 可重复读(repeatable read):一个事务内的数据不受其余事务的影响,所以在A事务提交前,因此查到的余额不变,同事务开始时的值是同样的,所以Q一、Q2都为500。A事务提交后,能够发现B事务形成的数据影响,因此Q3的值为600
  • 串行化(serializable):事务A开始后,事务B再发起,则会被锁住,当事务A提交后,事务B才能进入,因此事务A提交前Q一、Q2的值是不变的都是500,提交事务A后,事务B才开始解锁执行,B提交后,Q3查询到的值为600

由以上能够看出这4种隔离级别,从上至下性能依次下降,安全性依次提升。io

事务的启动方式

事务有两种启动方式:table

  1. 显式启动事务语句,begin或者start transaction,提交commit,回滚rollback
  2. set autocommit=0,该命令会把这个线程的自动提交关掉。这样只要执行一个select语句,事务就启动,并不会自动提交,直到主动执行commit或rollback或断开链接。

本文为极客时间《MySQL实战45讲》的学习笔记,其中含有部分原文,若有侵权行为请联系我马上删除
第二节:MySQL系列之一条更新SQL的生命历程

相关文章
相关标签/搜索