MYSQL处理高并发,防止库存超卖(图解)
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MYSQL处理高并发,防止库存超卖(图解),小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1436字,纯文字阅读大概需要3分钟。
内容图文
![MYSQL处理高并发,防止库存超卖(图解)](/upload/InfoBanner/zyjiaocheng/1268/940c1101d532402c97a5393d03034518.jpg)
抢购场景完全靠数据库来扛,压力是非常大的,我们在最近的一次抢购活动改版中,采用了redis队列+mysql事务控制的方案,画了个简单的流程图:
先来就库存超卖的问题作描述:一般电子商务网站都会遇到如团购、秒杀、特价之类的活动,而这样的活动有一个共同的特点就是访问量激增、上千甚至上万人抢购一个商品。然而,作为活动商品,库存肯定是很有限的,如何控制库存不让出现超买,以防止造成不必要的损失是众多电子商务网站程序员头疼的问题,这同时也是最基本的问题。
从技术方面剖析,很多人肯定会想到事务,但是事务是控制库存超卖的必要条件,但不是充分必要条件。
举例:
总库存:4个商品
请求人:a、1个商品 b、2个商品 c、3个商品
程序如下:
beginTranse(开启事务) try{ $result = $dbca->query(‘select amount from s_store where postID = 12345‘); if(result->amount > 0){ //quantity为请求减掉的库存数量 $dbca->query(‘update s_store set amount = amount - quantity where postID = 12345‘); } }catch($e Exception){ rollBack(回滚) } commit(提交事务)
以上代码就是我们平时控制库存写的代码了,大多数人都会这么写,看似问题不大,其实隐藏着巨大的漏洞。数据库的访问其实就是对磁盘文件的访问,数据库中的表其实就是保存在磁盘上的一个个文件,甚至一个文件包含了多张表。例如由于高并发,当前有三个用户a、b、c三个用户进入到了这个事务中,这个时候会产生一个共享锁,所以在select的时候,这三个用户查到的库存数量都是4个,同时还要注意,mysql innodb查到的结果是有版本控制的,在其他用户更新没有commit之前(也就是没有产生新版本之前),当前用户查到的结果依然是就版本;
然后是update,假如这三个用户同时到达update这里,这个时候update更新语句会把并发串行化,也就是给同时到达这里的是三个用户排个序,一个一个执行,并生成排他锁,在当前这个update语句commit之前,其他用户等待执行,commit后,生成新的版本;这样执行完后,库存肯定为负数了。但是根据以上描述,我们修改一下代码就不会出现超买现象了,代码如下:
beginTranse(开启事务) try{ //quantity为请求减掉的库存数量 $dbca->query(‘update s_store set amount = amount - quantity where postID = 12345‘); $result = $dbca->query(‘select amount from s_store where postID = 12345‘); if(result->amount < 0){ throw new Exception(‘库存不足‘); } }catch($e Exception){ rollBack(回滚) } commit(提交事务)
原文:http://www.cnblogs.com/php5/p/4362244.html
内容总结
以上是互联网集市为您收集整理的MYSQL处理高并发,防止库存超卖(图解)全部内容,希望文章能够帮你解决MYSQL处理高并发,防止库存超卖(图解)所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。