事务隔离机制原理分析以及是否可以防止订单超卖

原创 2016年10月18日 20:35:04

事务的隔离机制是指:

Read Uncommitted(读取未提交内容)
Read Committed(读取提交内容)
Repeatable Read(可重读)
Serializable(可串行化)

具体的解释最经典的MySQL书《高性能MySQL(第3版)》已经有了就不在其他地方再引用了:


隔离机制的比较



其实也有人喜欢用锁来控制并发,书中还提到了“隐式”和“显示锁定”,是这么建议的:



虽然这样,但是其实如果不经过实际的演练还是很难理解上面说的事务隔离机制到底怎么样可以防止并发。

1.查看MySQL版本


我们的版本是5.1.7


2.查看存储引擎

>show engines;


存储引擎是:InnoDB


3.实验表

假设有个商品表g,关键字段num表示库存,name表示商品名称


主要就是看不同事务隔离机制下并发修改库存是否会出现超卖。

假设我们的程序需要先查询库存,如果库存>0都可以卖,update扣库存,否则rollback。

为了制造并发肯定需要2个事务,假设是A和B。


4.确认事务隔离机制

修改会话的事务隔离级别

set session transaction isolation level read uncommitted;
set session transaction isolation level read committed;
set session transaction isolation level repeatable read;
set session transaction isolation level serializable;

>select @@global.tx_isolation,@@tx_isolation;



5.Serializable

场景一:


显然一开始AB查询的数据是一样的num=1


A开始update


这时候在等待,无法update。



过一会就超时了。


如果这个时候B也update那么一样会等待超时


所以这样,AB就会都超时。


这时即使commit也是返回0,数据库不会变化。



场景二:

A在update等待的时候,B马上commit,但是B没有update



查看结果


这次A成功的扣库存。


所以从上面可以得出一个结论:serializable是可以很好的控制并发。

然后需要把库存改为1,便于测试。


6.read committed

>set session transaction isolation level read committed;

>select @@global.tx_isolation,@@tx_isolation;



场景三:

初始化AB查出来的库存都是1,然后A可以update一条数据,无等待。



这时候AB再比较下库存,A已经是0,B是1,因为A没有commit。



然后A执行commit操作,这时候B再查已经是库存0;



这时候B执行update返回是0行,因为update不能满足where条件,所以B只有Commit,然后重新提交。



场景四:

一开始AB都是一样的库存1,然后A开始update,然后A的库存是0,B是1,因为A还没有提交。



这时候B再update



按照前面的经验,B等待其实是再等A提交,A如果一直不提交,B就会超时。



这时A提交commit,B查询就得到A更新后的结果,这时B查到库存是0自然不会去更新,也就只能结束事务。


场景五:

AB先后update,然后A在B超时之前commit,这时由于B已经读到A更新后的结果0,所以B就不能成功update。



7.repeatable read

>set session transaction isolation level repeatable read;

>select @@global.tx_isolation,@@tx_isolation;



场景六:

然后A开始update,然后A和B分别读到库存是1和0



然后A提交commit,这时候再查看A和B的库存还是保持不变。



这时候B再次尝试update


依然是返回0条,说明更新不成功。


场景八:

AB同时update


如果A不及时commit那么B肯定会超时


场景九:

就是场景八A及时commit


如果A及时commit


所以可以看出无论是read committed还是repeatable read只要update的条件where  num>0足够充分都是可以控制并发防止超卖的。

如果没有带where  num>0这个控制条件,那么肯定会可以update成功的。


8.read uncommitted

这个是需要杜绝的,就不讨论了。


9.如果没有带where  num>0,那么会怎么样呢。其实只要理解了上述流程就可以想明白会怎么样。

对于read committed

A已经update,B读到库存是0自然不会去更新;

A没有update,B读到库存是1,这要看A会不会及时提交;



如果A及时提交,B自然会去更新因为满足where条件,且成功,这样就超卖-1;



这时候由于B没有提交,所以AB分别查出0和-1


然后B提交commit,AB查出的都是-1,就不演示了。


修改会话为repeatable read

AB先后update,B在等待



然后A立即提交commit,B马上update得到返回。


结果就是-1产生了超卖:


总结:

1.使用serializable是可以防止超卖,但是性能怎么样需要数据说明;

2.read committed和repeatable read带上where条件库存num>0都是可以防止超卖的,不过需要处理超时。

3.其他各种组合情况还会更复杂,具体具体问题具体分析。

版权声明:本文为博主原创文章,未经博主允许不得转载。

如何解决秒杀的性能问题和超卖的讨论

最近业务试水电商,接了一个秒杀的活。之前经常看到淘宝的同行们讨论秒杀,讨论电商,这次终于轮到我们自己理论结合实际一次了。   ps:进入正文前先说一点个人感受,之前看淘宝的ppt感觉都懂了,等到自己...
  • zhoudaxia
  • zhoudaxia
  • 2014年09月22日 23:38
  • 28011

高并发下减库存操作避免超卖

在秒杀系统中,有100个请求过来下单,减库存操作 方式一: for update 用时5504 select * from PPTEST.TBL_SHOP mm where ID=#{id...
  • zhangxiaomin1992
  • zhangxiaomin1992
  • 2017年07月13日 16:43
  • 932

秒杀如何防止超卖

背景: 我们知道在多线程写入同一个文件的时候,会存现“线程安全”的问题(多个线程同时运行同一段代码,如果每次运行结果和单线程运行的结果是一样的,结果和预期相同,就是线程安全的)。如果是MySQL数据...
  • maikelsong
  • maikelsong
  • 2016年11月24日 17:41
  • 930

秒杀活动防止库存负数问题

解决这个问题比较流行的思路: 1、用额外的单进程处理一个队列,下单请求放到队列里,一个个处理,就不会有并发的问题了,但是要额外的后台进程以及延迟问题,不予考虑。(使用队列消耗资源比较多,并且有延...
  • freedomai
  • freedomai
  • 2016年09月26日 11:01
  • 739

mysql处理高并发,防止库存超卖

今天王总又给我们上了一课,其实mysql处理高并发,防止库存超卖的问题,在去年的时候,王总已经提过;但是很可惜,即使当时大家都听懂了,但是在现实开发中,还是没这方面的意识。今天就我的一些理解,整理一下...
  • caomiao2006
  • caomiao2006
  • 2014年08月14日 23:44
  • 57080

mysql锁研究系列四(事务在并发情况下避免超卖)

我们在做电商的时候会考虑到一个问题,如果此时库存就剩一个,而来了两个并发同时下单,如何避免库存超卖? 先贴一段代码: beginTranse(开启事务) $sql = "select ...
  • qq_21267705
  • qq_21267705
  • 2015年08月24日 19:14
  • 1339

Mysql在高并发情况下,防止库存超卖而小于0的解决方案

背景: 本人上次做申领campaign的PHP后台时,因为项目上线后某些时段同时申领的人过多,导致一些专柜的存货为负数(),还好并发量不是特别大,只存在于小部分专柜而且一般都是-1的状况,没有造...
  • DQ1005
  • DQ1005
  • 2017年09月25日 15:56
  • 450

商品超卖问题

背景 在公司里面我负责的是积分商城一块,里面的积分商品也跟其它商品一样,超卖是绝对不可以的。。。。 刚接手到积分商城 我刚来的时候,积分商城已经有了自家优惠券的功能,整个商城就2件商品:...
  • qq_34581118
  • qq_34581118
  • 2017年07月24日 22:22
  • 273

mysql处理高并发,防止库存超卖

今天王总又给我们上了一课,其实mysql处理高并发,防止库存超卖的问题,在去年的时候,王总已经提过;但是很可惜,即使当时大家都听懂了,但是在现实开发中,还是没这方面的意识。今天就我的一些理解,整理一下...
  • wangsg2014
  • wangsg2014
  • 2014年03月04日 23:06
  • 3287

mysql处理高并发,防止库存超卖

今天王总又给我们上了一课,其实MySQL处理高并发,防止库存超卖的问题,在去年的时候,王总已经提过;但是很可惜,即使当时大家都听懂了,但是在现实开发中,还是没这方面的意识。今天就我的一些理解,整理一下...
  • u011487470
  • u011487470
  • 2016年08月08日 14:28
  • 1229
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:事务隔离机制原理分析以及是否可以防止订单超卖
举报原因:
原因补充:

(最多只允许输入30个字)