- 综合排序
- 最热优先
- 最新优先
redis做库存扣减真的适合秒杀场景吗
Redis助力秒杀系统 在秒杀场景中，在 Redis 中扣减库存而不是在数据库中 是一个常见的优化策略，主要原因是为了 提高系统性能 和 应对高并发。以下是详细的原因分析：1. 秒杀场景需要快速响应，磁盘 I/O 会成为性能瓶颈。2. Redis 的优势内存操作，性能极高：Redis 是基于内存的键值存储系统，读写速度极快（每秒可处理数十万到数百万的请求）。 在秒杀场景中，库存扣减操作需要快速完成，Redis 的内存操作特性非常适合。原子性操作：Redis 提供了原子性操作（如 DECR、INCR），可以确保库存扣减的准确性，避免超卖问题。 性能问题：数据库的并发能力和磁盘 I/O 性能无法满足秒杀场景的高并发需求。锁竞争：在数据库中直接扣减库存可能会导致大量的锁竞争，进一步降低系统性能。 例如，用户 A 从店员 A 那里得知还剩 50 双，而用户 B 从店员 B 那里得知还剩 50 双，但实际上库存已经快卖完了。2. 传播延迟比喻：店员之间的信息传播需要时间，而用户抢购是实时的。
67900编辑于 2025-01-15- 来自专栏HUC思梦的java专栏
秒杀系统中的扣减库存和流量削峰
而且单独的秒杀系统集群也更容易做一些特殊的架构优化，说到这里，架构图如下： ? 扣减库存的优化 后台系统在用户抢购成功后，应该先做什么操作呢？ 第一步操作就是扣减库存，因为大家知道，参与秒杀活动的商品都是有数量限制的，所以大量用户抢购成功后的第一步操作就是扣减库存。 那么如何进行扣减库存的操作呢？ 小伙伴们可能会回答，可以在秒杀系统集群中调用库存系统接口，连接数据库，更新库存数量。但这样一来不就又面临着数据库压力过大的问题了吗？ 其实我们可以在活动开始前，把要秒杀的商品库存存放到Redis集群中，然后扣减库存的时候只操作Redis集群，就可以大大降低数据库压力了。 当商品的库存扣减完毕之后，用户发送过来抢购的请求其实就不必再发送给秒杀系统了，可以直接在Nginx中过滤掉。 Nginx具体如何过滤呢？这里王子提出一点思路，我们可以通过Zookeeper来实现。
2.1K40发布于 2020-09-20 - 来自专栏互联网那些事儿
互联网那些事儿 | 秒杀库存解决方案
电商系统中秒杀是一种常见的业务场景需求，其中核心设计之一就是如何扣减库存。本篇主要分享一些常见库存扣减技术方案，库存扣减设计选择并非一味追求性能更佳，更多的应该考虑根据实际情况来进行架构取舍。 再考虑一个极端的例子：假设有一个最新款的 iPhone 秒杀活动，库存只有 100 件，活动期间预估峰值每秒查询请求量（QPS）为 10 万次。 2. 实现简单，适用于项目工期紧张或开发资源有限的情况。 不足： 如果参与秒杀的 SKU（库存量单位）非常多，最终的写操作都是基于库存主库，可能会导致主库的性能压力较大。 缓存扣减库存 读写分离、分库分表确实能分摊主库很大一部分压力，但是如果面对是 单品万级QPS 的秒杀流量，MySQL 的千级 TPS 同样也支撑不了，需要进一步升级性能。 基于消息的库存，下单完成后发生订单相关消息，库存通过消息消费的方式进行更新；优势在于库存的更新速率可控。 令牌库存，可控的时间内进行秒杀库存，提升用户秒杀感知。
2.6K212编辑于 2023-10-16 - 来自专栏冰河技术
高并发秒杀系统如何实现正确的扣减库存？
试想，你作为一个商家参与了淘宝的双十一秒杀活动，如果淘宝平台扣减库存的方式为下单减库存，你的竞争对手得知你参与了双十一秒杀活动，他们通过恶意下单的方式将你参与秒杀的商品全部下单，让你的库存减为0，但是他们并不会付款 （2）在秒杀期间，为商品设置同一个人的最大购买件数，比如最多购买2件。 针对库存超卖的情况，我这里简单罗列了如下几种解决方案： （1）通过补货解决。 （2）用户下单时提示库存不足。 秒杀系统如何扣减库存？ 也许有不少小伙伴会说高并发秒杀系统会采用预扣减库存的方式，其实，在真正的高并发、大流量场景下，大部分秒杀系统会采用 下单减库存 的方式。 （2）在数据库中设置库存字段为无符号整数，从数据库层面保证无法出现负数的情况。 说了这么多，原来在高并发、大流量的秒杀系统中，实现正确的扣减商品的库存确实不是一件容易的事情呀！
2.2K10编辑于 2022-06-15 - 来自专栏冰河技术
14张图深度解密大厂秒杀系统库存设计，不是所有的库存都能支持高并发！
用户id为10002的用户抢购下单时，扣减商品库存的请求会被路由到分桶2，如下图所示。 有可能存在的一种情况是：此时分桶1中没有库存了，分桶2中有库存，那对于id为10001的用户来说，该怎么处理呢？ 如果用户的id为10002，目前库存的分桶数量设置为5，则用户抢购下单时，会将当前用户抢购下单时，扣减商品库存的请求路由到分桶2，如下图所示。 此时，就会将id为10001的用户扣减商品库存的请求路由到缓存分桶2来预扣商品库存，预扣成功就会构建订单数据并保存，最后扣减数据库分桶2中的库存数据。 （2）第二种情况是商品库存不变，调大或者调下分桶数量，如下图所示。 （3）第三种情况是既调整了商品库存，又调整了分桶数量，如下图所示。
93410编辑于 2024-09-25 - 来自专栏Java
秒杀系统库存超卖问题：从传统解决方案到引入RabbitMQ
秒杀系统库存超卖问题：从传统解决方案到引入RabbitMQ 在搭建秒杀系统时，库存超卖问题是一个复杂而常见的挑战。 传统解决方案：乐观锁与事务 解决思路 1.1 乐观锁机制 版本号机制： 引入商品表中的版本号字段，每次库存更新都伴随着版本号的增加。在进行库存扣减操作前，先查询当前库存的版本号。 事务机制保证了库存扣减的原子性，避免了数据不一致的情况。 缺点： 对于极高并发的场景，数据库的压力可能会增加，影响性能。 不同商品的库存更新可能仍存在竞争，需要考虑细粒度锁的问题。 2. 3.2 订单生成与库存扣减分离 异步处理： 订单生成服务独立于库存扣减服务，通过消息队列异步处理，削峰平谷，降低数据库访问压力。 解耦服务： 订单生成服务与库存扣减服务的解耦合理分工，提高系统的可维护性。
38710编辑于 2025-01-21 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:MM–库存处理:报废、冻结库存(131)-2准备
此业务情景由下列各种流程触发： 客户退货 生产返工 其他后勤流程和原因 2 前提 2.1 预备步骤 为了运行此业务情景，库存中必须有可用物料。 此活动的目的是过帐物料的初始库存，例如，TRADE11 (H11)。 1. 在初始屏幕上，确保在屏幕左上角的第一个字段显示 收货，并且第二个字段显示 其它。 2. SAP最佳业务实践:SD–退货和投诉(111)-4后续流程 SAP最佳业务实践:SD–退货和投诉(111)-3财务处理 SAP最佳业务实践:SD–退货和投诉(111)-2业务处理 SAP最佳业务实践:SD SAP最佳业务实践:返工处理（在制品）(202)-2生产处理 SAP最佳业务实践:返工处理（在制品）(202)-1业务概览 2.1.4 一般报废 由于任何其他原因需要报废货物。 如果在您的公司允许此类过帐，请与审计员核查 2 流程概览表 流程步骤业务条件业务角色事务代码预期结果触发库存处理的流程客户退货客户退货并投诉请参见流程客户退货请参见流程客户退货客户退货。货物在库存中。
4.1K50发布于 2018-03-28 - 来自专栏Java进阶架构师
Spring Boot + redis解决商品秒杀库存超卖，看这篇文章就够了
在系统初始化时，将商品的库存数量加载到Redis缓存中；接收到秒杀请求时，在Redis中进行预减库存，当Redis中的库存不足时，直接返回秒杀失败，否则继续进行第3步；将请求放入异步队列中，返回正在排队中 ；服务端异步队列将请求出队，出队成功的请求可以生成秒杀订单，减少数据库库存，返回秒杀订单详情。 当后台订单创建成功之后可以通过websocket 向用户发送一个秒杀成功通知。前端以此来判断是否秒杀成功，秒杀成功则进入秒杀订单详情，否则秒杀失败。 下面直接上代码系统初始化的时候将秒杀商品库存放入redis缓存 ? 第二创建消息队列（这里为了方便，我直接使用redis队列来进行模拟操作） ? 第三 配置RedisTemplate序列化 ? 这里使用到了redis api中的decrement操作，预先减轻用户抢购的数量，同时判断redis中的库存是否大于用户抢购数量，如果小于0，直接提示用户秒杀失败，否则秒杀成功，进入redis消息队列执行数据库建库存操作
2.1K10发布于 2020-07-09 - 来自专栏用户8186044的专栏
MM库存类型、库存数量、库存金额取值逻辑
>‘0’或者 MARD-SPEME>‘0’ MARD- UMLME>‘0’； 2、 供应商寄售特殊库存： 取得MKOL -WERKS（工厂代码）、 MKOL -MATNR（物料号）、 MKOL - ，SINSM表示质检库存数，SSPEM表示冻结库存数； 2、委外加工特殊库存表MSLB字段LBLAB表示非限制使用库存数，LBINS表示质检库存数，无冻结库存； 3、销售订单库存表MSKA字段KALAB 表示非限制使用库存数，KAINS表示质检库存数，KASPE表示冻结库存数； 4、项目特殊库存表 MSPR字段PRLAB表示非限制使用库存数，PRINS表示质检库存数，PRSPE表示冻结库存数； 5、一般库存表 ---------------------------------------------------------* *1、如果工厂属性为空，即代保管工厂，则总库存金额为0； *2、如果工厂属性为X，即不是代保管工厂 EINE- PEINH （价格单位）， * 条件： EINE- INFNR = a中取得的信息记录 AND EINE- EKORG = a中取得的采购组织 AND EINE- ESOKZ =’2’
1.8K21发布于 2021-09-08 - 来自专栏C博文
高并发秒杀系统（Redis分布式锁优化与库存防超卖实战）
本文通过日活百万级的电商秒杀案例，深度剖析分库分表路由算法在高并发场景下的落地实践。结合Redis分布式锁的优化方案解决库存超卖问题，包含完整架构设计、代码实现及压测数据对比。 一、秒杀系统的破局思路 业务场景：某电商平台「iPhone 16限时秒杀」活动，峰值QPS 12万+，库存量10万台，活动持续30分钟。 'exists', KEYS[1]) == 0 then " + " redis.call('set', KEYS[1], ARGV[1], 'PX', ARGV[2] get', KEYS[1]) == ARGV[1] then " + " return redis.call('pexpire', KEYS[1], ARGV[2] { throw new BusinessException("库存不足"); } // 2.
96210编辑于 2025-07-15 - 来自专栏Java
解决秒杀系统库存超卖问题：乐观锁与Redis分布式锁的应用
解决秒杀系统库存超卖问题：乐观锁与Redis分布式锁的应用 秒杀系统在高并发场景下，库存超卖问题一直是业务开发中的一大难题。 在秒杀系统中，我们可以在商品表中增加一个版本号字段，每次更新库存时同时更新版本号。 用户提交秒杀请求时，先获取商品的版本号，然后在更新库存时验证版本号是否仍然一致，如果一致则更新成功，否则说明有其他用户已经修改了库存。 version = #{version}") int reduceStock(@Param("goodsId") long goodsId, @Param("version") int version); 2. ，更新库存 goodsDao.reduceStock(goodsId); // 创建秒杀订单等操作
1.3K10编辑于 2025-01-21 - 来自专栏SpringCloud专栏
2 秒杀系统模拟基础实现，使用Redis实现
这一篇，我们来使用redis进行数据存储。 新建一个redis的service实现类 package com.tianyalei.service; import com.tianyalei.model.GoodInfo; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.data.redis.core.StringRedisTemplate; import org.spr
60240发布于 2019-01-17 - 来自专栏CodeGuide | 程序员编码指南
重学 Java 设计模式：实战享元模式「基于Redis秒杀，提供活动与库存信息查询场景」
场景模拟；秒杀场景下商品查询 「在这个案例中我们模拟在商品秒杀场景下使用享元模式查询优化」 你是否经历过一个商品下单的项目从最初的日均十几单到一个月后每个时段秒杀量破十万的项目。 一般在最初如果没有经验的情况下可能会使用数据库行级锁的方式下保证商品库存的扣减操作，但是随着业务的快速发展秒杀的用户越来越多，这个时候数据库已经扛不住了，一般都会使用redis的分布式锁来控制商品库存。 2. 代码实现 /** * 博客：https://bugstack.cn - 沉淀、分享、成长，让自己和他人都能有所收获！ 因为库存是变化的，所以我们模拟的RedisUtils中设置了定时任务使用库存。 2. 2.2 库存信息 public class Stock { private int total; // 库存总量 private int used; // 库存已用
79910发布于 2020-07-14 从雪崩到稳如磐石：电商秒杀热点库存更新的高并发优化实战全解析
查询当前库存Stock stock = select stock from product_stock where product_id = 1001;// 2. 二、优化路径：四层防御体系，层层卸载压力第一层：前置拦截 —— 减少无效请求打到 DBNginx 层限流：基于 IP 或用户 ID 限频（如 limit_req）；Redis 预检库存：秒杀开始前将库存加载到 (product_id, bucket_id, stock) VALUES (1001, 1, 100), (1001, 2, 100), ..., (1001, 10, 100);扣减时随机选一个非空桶更新 ✅ 适用场景：对实时性要求不高的活动（如抽签式秒杀）。 第四层：架构演进 —— 读写分离 + 分库分表（长期）写库专用：秒杀库存写入独立 MySQL 实例，避免影响主业务；ShardingSphere 分片：按 product_id 分库分表，天然隔离热点；
29610编辑于 2026-01-26- 来自专栏Java
解决秒杀系统库存超卖问题：唯一索引与高性能并发处理的优缺点
解决秒杀系统库存超卖问题：唯一索引与高性能并发处理的优缺点 秒杀系统在高并发的场景下面临着库存超卖的严重问题，而解决一个用户秒杀多个商品的挑战性问题一直是开发者们关注的焦点之一。 问题背景 在秒杀系统中，库存超卖问题是因为多个用户同时尝试秒杀同一商品而导致的。传统的解决方案是使用加锁机制，但在高并发情况下，加锁可能成为性能瓶颈，影响系统的吞吐量。 2. 唯一索引解决方案 通过在数据库中建立唯一索引，将用户ID和商品ID设为唯一索引，可以在数据库层面确保同一个用户不能同时秒杀多个商品。 这种方法不仅解决了库存超卖问题，还减轻了对加锁机制的依赖，提高了系统的性能。 这提高了系统的并发处理能力，使得系统能够更好地应对大量用户同时发起秒杀请求的情况。
29010编辑于 2025-01-21 - 来自专栏SAP供应链
SAP MM 特殊库存之T库存
SAP MM 特殊库存之T库存 笔者所在的A项目里，销售业务广泛启用了POD功能。VL02N对交货单做了发货过账后物权并没有转移，而是将自有E库存转为一个叫做在途库存的特殊库存里。 移动类型是601+T, 即从SiT(T库存）中发货给客户。看看此时的财务凭证， ? 当然地，除了启用POD会导致出现特殊库存 T以外，启用转储单（STO，比如公司间转储场景）的情况下也会出现T特殊库存：当业务人员创建好STO单据，VL10B创建了交货单，并对交货单执行了发货操作的情况下 实际上，对于这种类型的特殊库存 T 库存，SAP有提供标准报表可供查询使用。 1, T库存查询报表 - MB5T, ? ? 2, T库存查询报表 - MB5SIT， ? ? 3, T库存查询报表 - MB52, We can also see special stock T in MMBE.
2.6K20发布于 2021-03-01 - 来自专栏SAP ERP管理实践
MM在途库存与中转库存
2） 物料Z313315，采用移动类型313进行库存转储。 物料ZSTO1，在工厂H001初始化库存100个，而后事务代码ME21N创建库存转储单转储100个到相同工厂H001中，通过事务代码VL01N创建发货单、事务代码VL02N发货过账，但不收货 2、 三种在途库存的差异 Tips:使用调拨单（STO）进行工厂之间的库存转储，采用二步法时，在发货工厂进行发货过账后，发货工厂库存减少，收货工厂并不会增加库存，但会显示在下图中的“在途库存”中 2） 事务代码MMBE查看 三种库存转储情况如下 2） Stock in Transit（在途库存）是指一方已经发出，另一方尚未收到，尚未收到的部分在库存账面（财务账上）没有体现，只能通过报表的形式查看 具体而言，关于在途库存和中转库存，应注意以下问题 ： 1） 不同的库存转储方式的差异比较，移动类型313导致的中转库存是属于特定库存地点下，因此若目标库存地点明确，应使用313类型；移动类型303导致的中转库存是属于特定工厂，而非库存地点下的 2） 在途库存和中转库存信息的保存
3.2K61发布于 2021-04-23 - 来自专栏C博文
高并发秒杀系统实战（Redis+Lua分布式锁防超卖与库存扣减优化）
1 秒杀场景 电商秒杀场景具有瞬时高并发、资源竞争激烈和数据一致性要求高三大特征。 2 超卖问题根源 2.1 并发冲突的本质 超卖问题的本质是非原子性操作在分布式环境下的并发冲突： sequenceDiagram 参与者 用户A as 用户A 参与者 用户B as 用户 -2 -- 库存不足指定数量 end -- 扣减库存 local newStock = redis.call('decrby', key, val) if newStock >= 0 then redis.call('expire', KEYS[1], ARGV[1])\n" + "end\n" + "if current > tonumber(ARGV[2] 设置库存操作开关 实现自动对账机制 持续优化方向 库存碎片回收（定期合并分段库存） 基于机器学习的动态限流 区域化库存分配 经验总结：在高并发秒杀系统中，原子性操作和分层限流是两大核心支柱。
1.1K11编辑于 2025-07-15 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:MM–实际库存库存盘点和调整(137)-2盘点准备
3、流程概览表 流程步骤 业务角色 事务代码 预期结果 创建库存盘点凭证 仓库主管 MI31 系统生成库存盘点凭证。 打印库存盘点凭证 仓库主管 MI21 系统生成库存盘点单，打印凭证。 4 流程步骤 4.1 MI31创建库存盘点凭证 角色：仓库主管 后勤-后勤执行-内部仓库处理-库存盘点-在库存管理 -物理库存凭证-创建-经批次输入会话-无特殊库存 1. 2. 选择 执行。 ? 处理会话，执行后台操作生成凭证。 3. 在 为库存盘点凭证而非特殊库存选定的数据 屏幕，选择要盘点的物料或如果盘点所有物料，则选择 全选。 4. 系统生成库存盘点凭证。 4.2 MI21打印库存盘点凭证 角色：仓库主管 后勤-后勤执行-内部仓库处理-库存盘点-在库存管理 -物理库存凭证-打印仓库库存清单 1. 2. 选择 执行。 ? 3. 在 打印：屏幕，在 输出设置 输入LP01,以及相关的打印参数，并选择 打印。 系统生成实际库存盘点单并打印凭证。
2.1K60发布于 2018-03-28 - 来自专栏用户8186044的专栏
S4 MM培训课程（15）-库存报表库存设定特殊库存
2）ERP系统操作环境为S4 HANA 1909版本，客户端为SAP GUI 7.6，操作系统语言为English，用户请结合自身实际进行选择性学习。 本节培训时间：2021.5.14-库存报表/库存设定/特殊库存，本节分视频总时长约94分钟。 提醒（务必阅读）：在课程文章进行付费阅读之前，请务必确认好再决定是否付费阅读。 本付费课程购买的仅是《S4 MM模块库存报表/库存设定/特殊库存》培训视频部分，本课程一旦付费阅读，概不退费！！ Lists 1.1 Analyses in the Environment Menu 1.2 Customizing for Material Document List 1.3 Reports List 2. 课程视频如下： 基于S4 HANA之库存报表/库存设定/特殊库存
77530发布于 2021-06-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号