php解决抢购秒杀抽奖等大流量并发入库导致的库存负数的问题
我们知道数据库处理sql是一条条处理的，假设购买商品的流程是这样的：
sql1:查询商品库存
if(库存数量 > 0)
{
//生成订单...
sql2:库存-1
}
当没有并发时，上面的流程看起来是如此完美，假设同时两个人下单，而库存只有1个了，在sql1阶段两个人查询到的库存都是>0的，于是最终都执行了sql2，库存最后变为-1，超售了，要么补库存，要么等用户投诉吧。
解决这个问题比较流行的思路：
1.用额外的单进程处理一个队列，下单请求放到队列里，一个个处理，就不会有并发的问题了，但是要额外的后台进程以及延迟问题，不予考虑。
2.数据库乐观锁，大致的意思是先查询库存，然后立马将库存+1，然后订单生成后，在更新库存前再查询一次库存，看看跟预期的库存数量是否保持一致，不一致就回滚，提示用户库存不足。
3.根据update结果来判断，我们可以在sql2的时候加一个判断条件update ... where 库存>0，如果返回false，则说明库存不足，并回滚事务。
4.借助文件排他锁，在处理下单请求的时候，用flock锁定一个文件，如果锁定失败说明有其他订单正在处理，此时要么等待要么直接提示用户"服务器繁忙"
本文要说的是第4种方案，大致代码如下：
阻塞(等待)模式
<?php
$fp = fopen("lock.txt", "w+");
if(flock($fp,LOCK_EX))
{
//..处理订单
flock($fp,LOCK_UN);
}
fclose($fp);
?>
非阻塞模式
<?php
$fp = fopen("lock.txt", "w+");
if(flock($fp,LOCK_EX | LOCK_NB))
{
//..处理订单
flock($fp,LOCK_UN);
}
else
{
echo "系统繁忙，请稍后再试";
}
fclose($fp);
?>
-
本文向大家介绍Java抽奖抢购算法，包括了Java抽奖抢购算法的使用技巧和注意事项，需要的朋友参考一下 本文示例为大家分享了Java抽奖抢购算法，供大家参考，具体内容如下 应用场景 单件奖品抢购（可限时） 多件奖品按概率中奖（可限时、可不限量） 代码实现 表结构： 代码： 以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持呐喊教程。
-
本文向大家介绍PHP高并发和大流量解决方案整理，包括了PHP高并发和大流量解决方案整理的使用技巧和注意事项，需要的朋友参考一下 一、高并发的概念 在互联网时代，并发，高并发通常是指并发访问。也就是在某个时间点，有多少个访问同时到来。 二、高并发架构相关概念 1、QPS (每秒查询率) : 每秒钟请求或者查询的数量，在互联网领域，指每秒响应请求数(指HTTP请求) 2、PV（Page View）：综
-
本文向大家介绍C#实例代码之抽奖升级版可以经表格数据导入数据库，抽奖设置，补抽，包括了C#实例代码之抽奖升级版可以经表格数据导入数据库，抽奖设置，补抽的使用技巧和注意事项，需要的朋友参考一下 我写代码一直是这个风格，废话不多，直接给大家贴代码，现在还是老规矩，具体代码如下所示： 数据库设计 界面 好了，本文就给大家介绍这么多，有需要的朋友可以参考下本代码，根据自己实际需求适当加入，同时感谢大家一直
-
本文向大家介绍解决Tensorflow sess.run导致的内存溢出问题，包括了解决Tensorflow sess.run导致的内存溢出问题的使用技巧和注意事项，需要的朋友参考一下 下面是调用模型进行批量测试的代码(出现溢出)，开始以为导致溢出的原因是数据读入方式问题引起的，用了tf , PIL和cv等方式读入图片数据，发现越来越慢，内存占用飙升，调试时发现是sess.run这里出了问题（随着f
-
本文向大家介绍PHP商品秒杀问题解决方案实例详解【mysql与redis】，包括了PHP商品秒杀问题解决方案实例详解【mysql与redis】的使用技巧和注意事项，需要的朋友参考一下 本文实例讲述了PHP商品秒杀问题解决方案。分享给大家供大家参考，具体如下： 引言 假设num是存储在数据库中的字段，保存了被秒杀产品的剩余数量。 假设在一个并发量较高的场景，数据库中num的值为1时，可能同时会有多个
-
本文向大家介绍php将图片保存入mysql数据库失败的解决方法，包括了php将图片保存入mysql数据库失败的解决方法的使用技巧和注意事项，需要的朋友参考一下 本文实例分析了php将图片保存入mysql数据库失败的解决方法。分享给大家供大家参考。具体分析如下： 图片保存数据库并不是一个明智的做法,我们多半是把图片保存到服务器,然后把图片地址保存到数据库,这样我们每次只要读出图片地址就可以显示了,但