怎么保证促销商品不会超卖

最新推荐文章于 2024-06-23 21:09:34 发布
最新推荐文章于 2024-06-23 21:09:34 发布
阅读量2.8k 收藏 4
点赞数 1

怎么保证促销商品不会超卖

   这个问题是我们当时开发时遇到的一个难点，超卖的原因主要是下的订单的数目和我们要促销的商品的数目不一致导致的，每次总是订单的数比我们的促销商品的数目要多，当时我们的小组讨论了好久，给出了好几个方案来实现：

第一种方案是：①在每次下订单前我们判断促销商品的数量够不够，不够不允许下订单，更改库存量时加上一个条件，只更改商品库存大于0的商品的库存，当时我们使用ab进行压力测试，当并发超过500，访问量超过2000时，还是会出现超卖现象。所以被我们否定了。

第二种方案是：②使用mysql的事务加排他锁来解决，首先我们选择数据库的存储引擎为innoDB，使用的是排他锁实现的，刚开始的时候我们测试了下共享锁，发现还是会出现超卖的现象。有个问题是，当我们进行高并发测试时，对数据库的性能影响很大，导致数据库的压力很大，最终也被我们否定了。

第三种方案是：③使用文件锁实现。当用户抢到一件促销商品后先触发文件锁，防止其他用户进入，该用户抢到促销品后再解开文件锁，放其他用户进行操作。这样可以解决超卖的问题，但是会导致文件得I/O开销很大。

最后我们使用了redis的队列来实现。将要促销的商品数量以队列的方式存入redis中，每当用户抢到一件促销商品则从队列中删除一个数据，确保商品不会超卖。这个操作起来很方便，而且效率极高，最终我们采取这种方式来实现

 

少昊鹰
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
二十三、商城 - 商品录入-新增商品（11）9.youlexuan.zip
03-21
实时更新库存信息，可以防止超卖情况，同时及时补充库存，保证商品供应。 6. **价格策略**：商品价格设定要考虑成本、市场竞争状况、促销活动等因素。合理的价格策略能刺激销售，如设定原价、促销价、会员价等，...
【电商吧 - 5】如何防止商品超卖
叁滴水 的博客
03-01 5453
在多个人同时对一个商品下单时，如果处理的不得当会存在超卖的现象，这种严重的bug是无法接受的。这是一种极为常见的并发问题，这个时候就有开发者想到了通过锁来控制。但是由于很多小伙伴对于锁没有一个充分的认识，最后却弄巧成拙。如下，我列举一些常见的解决思路和我的想法，请大家参考。
JAVA面试题分享一百一十八：JAVA商品库存管理如何防止超卖？如何解决超卖？
之乎者也·的博客
11-30 2190
其实也可以使用最终一致性的方式，数据表记录一条交互流水记录，更新库存成功后，更新这个交互流水记录的库存操作字段为已处理，订单处理字段为处理中，然后发送mq，等待订单创建生成回调。有的文章会用redis分布式锁来做保证扣库存数量准确的环节，让点击结算时，后端逻辑会查询库存和扣库存的update语句同时只有一条线程能够执行，以商品id为分布式锁的key，锁一个商品。有的人会不做第一步查询直接减，其实这样不太好，因为当库存为1时，很多做减3，或者减30情况，其实都是不够，这样就白减。
Redis 如何实现库存扣减操作和防止被超卖？
最新发布
abackcab的博客
06-23 914
电商当项目经验已经非常普遍了，不管你是包装的还是真实的，起码要能讲清楚电商中常见的问题，比如库存的操作怎么防止商品被超卖基于redis实现扣减库存的具体实现在日常开发中有很多地方都有类似扣减库存的操作，比如电商系统中的商品库存，抽奖系统中的奖品库存等。在上面的第一种和第二种方式都是基于数据来扣减库存。
商城超卖问题的几种解决方案
yongde123的专栏
02-19 1万+
一、描述：        商城设计的过程中，必然会考虑到一个库存扣除的问题，超卖将会带来一定的损失和麻烦，在某一个时间段的瞬间的流量会造成库存的并发性操作带来库存超额扣除。针对这类的问题，我先来分析原因吧。 二、为什么会被超卖 只有弄清楚为什么会被超卖才能解决超卖问题，这里我们要弄清楚mysql的默认的扣除方式，update 表 store=store-1 where id=指定的id 首先我们看这样的语句有哪些问题呢？ 库存有可能扣到
php 秒杀 不超卖,秒杀业务中不超卖的实现方案汇总
weixin_29906279的博客
04-08 425
数据库方案以下的方案重点在于防止超卖，库存信息不加载到缓存Redis，而是直接同DB交互，实际场景下通常不会如此，但是其中用到的细节还是值得学习的。FOR UPDATE该方案是在MySQL层面进行加锁，行锁Or表锁，要根据Where条件来判定。该方案通过事务+for update进行保证，伪代码如下所示：begin transcationalcount = SELECT number FROM ...
PHP:关于PHP商城秒杀防止超卖问题
ZzzWClock的博客
01-25 2053
关于PHP商城秒杀防止超卖问题 序言: 在同样对数据操作的代码下,redis事务比lua脚本还要慢上许多,会偶尔出现1-10单超卖的现象。 如果想要使用redis事务,删减库存的情况,用redis->decr递减库存,不要用程序自带的加减法，这样效果会好一些 推荐使用lua脚本加redis 注意redis事务与mysql的事务不一样,缺少了原子性 lua+redis：Redis会将整个脚本作为一个整体执行，中间不会被其他命令插入。 实现思路: 在设置秒杀活动的时候,把秒杀商品库存存入redis
京东秒杀商品抢购.zip
11-01
在IT行业中，京东秒杀商品抢购是一种常见的电商促销策略，它涉及到的技术和知识点非常广泛。这个名为"京东秒杀商品抢购.zip"的压缩包可能包含了一个项目或代码库，用于实现京东平台上的秒杀功能。让我们深入探讨一下...
商品秒杀实战springboot项目
11-23
秒杀活动是电商领域常见的促销手段，通过限时、限量的商品售卖来吸引用户，提升销售额。在这样的项目中，通常会涉及高并发、数据一致性、库存管理等多个关键点。 【标签】：“java SpringBoot SpringCloud” - **...
在线商城运营端可修改商品信息
03-22
运营人员可以在此修改商品的价格策略（如原价、促销价）、库存数量、商品描述（包括文字和图片），以满足不同营销活动的需求。 3. 商品分类与标签：商品信息管理还包括商品的分类和标签设置。分类帮助用户快速找到...
seckilling::trophy:商品秒杀
04-29
4. 防止超卖：通过预扣库存或分布式锁来确保同一商品不会被多次秒杀，防止超卖问题。 二、关键技术 1. Redis：作为缓存和分布式锁的常用工具，Redis在秒杀系统中发挥重要作用。它可以快速存储和查询秒杀状态，同时...
如何解决电商网站超卖现象
a_walking_tomcat的博客
09-13 1万+
所谓超卖现象举例：比如某商品的库存为1，此时用户1和用户2并发购买该商品，用户1提交订单后该商品的库存被修改为0，而此时用户2并不知道的情况下提交订单，该商品的库存再次被修改为-1这就是超卖现象。 究其深层原因，是因为数据库底层的写操作和读操作可以同时进行，虽然写操作默认带有隐式锁（即对同一数据不能同时进行写操作）但是读操作默认是不带锁的，所以当用户1去修改库存的时候，用户2依然可以
java商城如何防止超卖_电商中怎么防止超卖
weixin_34254083的博客
02-26 3235
首先我们要知道超卖的原因是什么：超卖的原因主要是用户下的订单的数目和我们要促销的商品的数目不一致导致的，每次总是订单的数比我们的促销商品的数目要多。究其深层原因，是因为数据库底层的写操作和读操作可以同时进行，虽然写操作默认带有隐式锁(即对同一数据不能同时进行写操作)但是读操作默认是不带锁的，所以当用户1去修改库存的时候，用户2依然可以都到库存为1，所以出现了超卖现象。解决方案有以下几种：第一种方案...
【无标题】
tangdong3415的博客
06-24 394
电商系统高并发库存扣减设计
电商中怎么防止超卖问题
weixin_43681591的博客
01-17 7673
首先我们要知道超卖的原因是什么：超卖的原因主要是用户下的订单的数目和我们要促销的商品的数目不一致导致的，每次总是订单的数比我们的促销商品的数目要多。究其深层原因，是因为数据库底层的写操作和读操作可以同时进行，虽然写操作默认带有隐式锁（即对同一数据不能同时进行写操作）但是读操作默认是不带锁的，所以当用户1去修改库存的时候，用户2依然可以都到库存为1，所以出现了超卖现象。 解决方案有以下几种： 第...
如何解决秒杀的性能问题和超卖的讨论
热门推荐
Jack Zhou的专栏
09-22 5万+
最近业务试水电商，接了一个秒杀的活。之前经常看到淘宝的同行们讨论秒杀，讨论电商，这次终于轮到我们自己理论结合实际一次了。 　　ps：进入正文前先说一点个人感受，之前看淘宝的ppt感觉都懂了，等到自己出解决方案的时候发现还是有很多想不到的地方其实都没懂，再次验证了“细节是魔鬼”的理论。并且一个人的能力有限，只有大家一起讨论才能想的更周全，更细致。好了，闲话少说，下面进入正文。   一、秒杀带来
避免商品超卖的4种方案
乐乐的博客
08-02 1万+
避免商品超卖的4中方案（以下是一些核心思路） 第一种方案：在每次下订单前我们判断促销商品的数量够不够，不够不允许下订单，更改库存量时加上一个条件，只更改商品库存大于0的商品的库存，当时我们使用ab进行压力测试，当并发超过500，访问量超过2000时，还是会出现超卖现象。 public function buyOne() { $shop = Shop::find(1); if (...
java 实现商品超卖，并举例
05-12
商品超卖是指在一个有限的库存量下，出现了超过库存量的销售量。这种情况可能会导致订单无法完成或者需要退款，给商家和消费者带来诸多不便。为了避免商品超卖的情况发生，商家可以采取一些措施，例如： 1. 限制单个用户的购买数量。 2. 实时监控库存量，及时更新商品数量。 3. 采用分布式锁等技术实现并发控制，避免多个用户同时购买同一商品。 下面是一个简单的 Java 代码示例，用于模拟商品超卖的情况： ```java public class Goods { private int stock; // 商品库存 public Goods(int stock) { this.stock = stock; } public synchronized boolean sell(int count) { if (count <= stock) { stock -= count; System.out.println("卖出商品：" + count + "，库存剩余：" + stock); return true; } else { System.out.println("库存不足！"); return false; } } } public class Seller implements Runnable { private Goods goods; private int count; public Seller(Goods goods, int count) { this.goods = goods; this.count = count; } @Override public void run() { while (true) { try { Thread.sleep((int) (Math.random() * 1000)); // 随机休眠 } catch (InterruptedException e) { e.printStackTrace(); } goods.sell(count); } } } public class Test { public static void main(String[] args) { Goods goods = new Goods(10); new Thread(new Seller(goods, 1)).start(); new Thread(new Seller(goods, 2)).start(); new Thread(new Seller(goods, 3)).start(); } } ``` 在上面的代码中，我们定义了一个商品类 Goods，其中包含一个库存量 stock 和一个 sell() 方法，用于模拟卖出商品的操作。在 sell() 方法中，我们使用 synchronized 关键字实现了对库存量的并发控制，保证了同一时刻只有一个线程可以修改库存量。 接着，我们定义了一个卖家类 Seller，其中包含一个 Goods 对象和一个 count 属性，用于模拟卖家卖出商品的过程。在 run() 方法中，我们使用 Thread.sleep() 方法模拟了卖家随机休眠的行为，并且调用了 Goods 对象的 sell() 方法，进行商品销售。 最后，在主函数中，我们创建了三个卖家线程并启动它们，分别使用了不同的 count 参数模拟了不同的卖家卖出商品的数量。运行程序后，我们可以观察到在商品库存不足时，会输出“库存不足！”的提示，从而避免了商品超卖的情况。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值