这是一个创建于 1567 天前的主题，其中的信息可能已经有所发展或是发生改变。
1.下单 2.减钱 3.减库存
这几个步骤如果出现瓶颈，一般用什么应对方案
 |
1
kop1989 2020-09-03 14:14:55 +08:00
下单出库，然后异步支付。
下单超时退库。 针对下单出库环节，如果是特定场景（比如秒杀）可以用秒杀业务来解决。 如果是普通场景，可以用分布式解决。 比如 a 商店对应 a 数据库，b 商店对应 b 数据库。 |
|
2
kop1989 2020-09-03 14:24:02 +08:00
至于说秒杀逻辑是怎样，可以 v 站搜索“一亿并发”帖子中我的回答。
|
 |
3
takemeaway 2020-09-03 16:41:45 +08:00  3
@kop1989 第一步就错了，下单就出库？ 我一个人就能把你库存给秒了。
|
|
4
kop1989 2020-09-03 16:47:30 +08:00
@takemeaway #3 你可以秒，反过来我也可以封你的号。比如 12306
|
|
5
takemeaway 2020-09-03 16:56:11 +08:00
|
|
6
kop1989 2020-09-03 16:56:53 +08:00
@takemeaway #5 要不大神您聊聊您的方案？
|
|
10
kop1989 2020-09-03 17:02:46 +08:00
@pushback 不太理解，支付是一个客户的异步行为，理论上讲能下单就应该能支付。那么不就会超发么？不管用什么技术，都阻拦不了用户的异步支付行为。最终只有两个选择，要么下单占库存，要么支付后退款。
|
 |
11
lcy630409 2020-09-03 17:06:47 +08:00
楼上的不要吵
|
|
13
lcy630409 2020-09-03 17:07:55 +08:00
楼上的不要吵
要看具体的运营策略 一般三中 1 、下订单扣库存 （后台定时任务 超时未支付返还库存） 2 、支付成功扣库存 3 、发货完成扣库存 |
 |
14
A388 2020-09-03 17:10:27 +08:00
@lcy630409 这样不会出现问题吗？比如一个商家卖 1000 件商品。我一次性下单 1000 件，但是就不支付。那岂不是影响商家正常销售了。
|
 |
16
pushback 2020-09-03 17:11:27 +08:00
@kop1989 我个人对电商这块也很迷茫，因为之前做的都是无库存类的支付，比如 vip 、支付币、游戏充值这些。
我上面所说的下单前含了一步对库存量和 redis 待支付订单键数进行比较，支付完成后扣除库存，删除待支付订单对应缓存,所以生产环境到现在还没发现什么问题 |
|
20
A388 2020-09-03 17:16:53 +08:00
@lcy630409 支付扣库存的话，又可能出现一个商品有可能支付了 1 万个人，结果就一个人抢到了。那岂不是要退 9999 的款。不然，就只能搞成串行
|
 |
21
hbolive 2020-09-03 17:18:27 +08:00
一般是支付扣库存，而支付是有时限的。至于特殊情况，秒杀之类的，要特殊分析。。
|
 |
22
Vegetable 2020-09-03 17:18:53 +08:00 3
如果不考虑过于复杂的情况，下单了就是要减库存的，不然就会出现超卖的情况。你总不能在付款成功之后说没货在退款，这种体验太差了。
拿淘宝来说，商品必须在一定时间时间内支付，否则订单就会取消。长的可以是 24 小时，短的也有 15 分钟的，根据商品的热度不同，这个时间的设置也不同。 恶意刷库存实际上这不能算一个技术问题，起码从流程上去做没必要，更何况是冒着超卖的风险。交给商家去应对这个风险就好了，你限购不就完了 |
 |
25
hpeng 2020-09-03 17:22:42 +08:00 via iPhone
先锁库存，扣钱才真实扣库存
|
 |
26
ylsc633 2020-09-03 17:22:56 +08:00
昨天抢国庆 1 号的票 有这么个情况
我看到其他票没了,去一个显示 有 的车次里! 1. 可以点进去 2. 可以选座位 3. 重新打开标签页,打开 12306,查询车次,已经没票了 4. 开始支付 5. 显示没票了..... |
|
28
kop1989 2020-09-03 17:23:52 +08:00
@A388 #14 恶意霸占商品是很容易区分的。可以通过运营手段来阻止。比如预防性质的限购，预约，缩短支付时限。比如事后惩罚性质的封号等等。
|
|
29
takemeaway 2020-09-03 17:24:33 +08:00 7
@kop1989 你可真逗，跟你不同意见就是喷你了。 那你来封我好了
|
|
32
hbolive 2020-09-03 17:29:36 +08:00
@PopRain 小米新机是抢购方式，跟传统售卖是不一样的，小米抢购，是一号限制一台，不允许下单多台，这时候下单就可以锁库存。
|
 |
35
promise2mm 2020-09-03 17:33:33 +08:00
主要还是看运营策略：
1. 如果允许少量超卖，支付扣库存即可 - 前提是有备货 2. 如果不允许超卖，下单即锁库存 3. 秒杀方案另论 曾经有做了配置，运营可以根据实际情况在商品级别配置 1 或 2 |
|
36
kop1989 2020-09-03 17:33:39 +08:00
@takemeaway #29 我看了你的记录，没有任何建设性意见，都是对别人的反驳，这难道不是灌水+喷子嘛😂，要不您提出一个又不超发，又不会被恶意站库存的商城方案来。
|
 |
37
Achiii 2020-09-03 17:34:27 +08:00
我们是发货才扣，会超卖
|
 |
38
securityCoding 2020-09-03 17:36:12 +08:00
我的经验:
1.下单 预占库存,uid 限流(uid 下单次数+数量),商品信息可以提前预热(不走 redis,内存 cache),校验流程尽量提前进行拦截,实际上走到下单流程流量已经不大了 2.减钱 集群版 redis 锁,订单超时控制,收到回调一定不要漏了支付服务商订单校验 3.减库存 集群版 redis 锁,支付成功扣减库存 , 失败返还库存 ,这里可以抽象出一个高性能的独立库存服务 |
|
40
securityCoding 2020-09-03 17:40:30 +08:00
@kop1989 我这边的经验是抽象出了一个独立的库存服务出来 , 库存扣减带上超时 ack 参数 , 至于一个用户占很多库存的问题一般是通过运营策略来做(uid 细粒度限流策略)
|
 |
41
supermoonie 2020-09-03 17:43:02 +08:00 via iPhone
我们是先支付创建订单，然后异步下订单，最后同步订单状态到各个系统
|
|
42
kop1989 2020-09-03 17:44:26 +08:00 via iPhone
@stzz 无论你用何种技术，出哪个库，结果都是出库（扣减可售数量）。无非就是下单扣减和支付回调确认后扣减两种。优劣我上面都写清楚了。
|
 |
43
arthas2234 2020-09-03 17:59:51 +08:00
我们这里是下单了就锁，过期未支付就还原，还有库存预警逻辑
而支付的单更复杂，涉及退款流程 |
 |
44
whileFalse 2020-09-03 18:19:39 +08:00
我记得淘宝以前是店主可设置下单即锁库存还是支付锁库存，现在不知道还是不是。
秒杀活动都是下单锁库存的。 |
 |
45
rodrick 2020-09-03 20:16:24 +08:00
下单到出库中间多一道锁库存的操作我觉得是合理的，有时候确实也遇到过本来没抢到刷新一下又有货了，不知道是不是因为这个
|
 |
47
lscho 2020-09-03 20:26:52 +08:00 via iPhone
肯定是下单扣库存的多。。。因为支付后扣库存存在的问题比较多，通过运营手段不好解决。
而下单扣库存就好解决了，不管是风控还是限制单个账号购买数量（同 id 只能拍一个很常见吧）。然后一定时间内没有支付就取消订单释放库存。这应该是目前大电商平台通用的流程了。 特殊场景另论。 |
 |
49
lxbu 2020-09-03 22:02:11 +08:00
最近也在做库存这块，有个问题想不通，A 下了一个订单有 1，2，3 三件商品，B 下了一个订单有 3，4 两件商品，AB 用户是同时下单，库存扣减是多件商品一个事务操作，那 A 在做库存扣减的时候，B 是不是就阻塞了
|
 |
51
yEhwG10ZJa83067x 2020-09-03 23:03:23 +08:00 1
@kop1989 #18 你的这条回复真的是让人大跌眼镜，这位在你帖子也没有灌水和和喷你啊，你还去查人家发帖纪录，真实
|
 |
53
l1ve 2020-09-03 23:27:05 +08:00
逻辑上：
后台可以选择是下单减库存还是付款减库存 技术上： 一个对性能有点影响的方案可能是用锁来处理 实际上（我自己是个卖家）： 又 TM 超卖了！ 傻 X 平台！ |
 |
54
alfchin 2020-09-04 00:47:29 +08:00 via iPhone
@whileFalse 闲鱼可以设置，避免某些沙雕搞攻击
|
 |
55
huyi23 2020-09-04 02:37:28 +08:00
99%都是支付扣库存，什么超售？老板怕超售还是怕流失可能要买的用户？
另外对于 1%秒杀商品，可以加层 redis 控制下库存就行。 |
 |
56
xuanbg 2020-09-04 08:33:33 +08:00
仅仅从下单开始的话，正常情况下库存是需要有一定数量的预留用于退换货的，所以不需要锁，并不会导致超卖。付款后扣减即可。
而且，从业务上来讲，超卖就超卖了。正常商品哪有没地方补货的，现在厂家代发货也是基操啊。 |
 |
57
leafre 2020-09-04 08:53:13 +08:00
超不超卖，是并发减库存的问题，跟下单后减库或支付后减库无关。
至于什么时候减库看业务场景取舍，大多数场景使用下单后减库，支付后减库防止恶意占库存 |
 |
58
sdxlh007 2020-09-04 08:59:48 +08:00
我在淘宝开的店是付款减库存的，因为如果拍下减库存，就像楼上说的，一个人就能把所有单秒了。。。然后竞争对手经常这么干，你还拿他没办法
|
 |
59
xianxiaobo 2020-09-04 09:03:57 +08:00
@kop1989 你懂不懂什么是灌水，什么是喷子？灌水是回复跟主题一点关系都没有的内容。什么是喷子？喷子是问候你家人或者问候你的。建议去贴吧多学习学习。
|
 |
60
luhe 2020-09-04 09:09:14 +08:00
虽然但是，takemeaway 在本帖的发言确实让人不适
|
|
61
xuanbg 2020-09-04 09:09:27 +08:00
@kop1989
>那如何解决超发问题的呢？别人正在支付过程中，支付成功后，告诉说没货了，再自动退款？ 我想不出来什么情况下回没货。。。不能补货的吗？哦，补货会使发货时间变长，客户体验不好。体验好不好先不说，难道不能供应商代发货吗？你这个想法，真的做过电商？ |
 |
62
StopTheWorld 2020-09-04 09:13:57 +08:00
@lxbu 3 这件商品上会有行锁，b 会堵塞。如果不加业务锁或者判断库存大于零再减库存就会超卖。
|
 |
63
garlics 2020-09-04 09:18:15 +08:00
为什么楼里支持下单扣库存的人都默认超售是可以接受的？
目前主流的都是下单锁库存吧，淘宝双 11 的时候经常见到“有人还未付款,若 15 分钟后仍未付款,您将有购买机会”。 |
 |
65
RedBeanIce 2020-09-04 09:35:59 +08:00
@kop1989 #64 楼上的屁股好歪，支持你。
|
|
66
lxbu 2020-09-04 09:46:00 +08:00
@StopTheWorld #62 用了乐观锁去做,倒不会超卖,但是并发起来了,就会死锁
|
|
68
xuanbg 2020-09-04 09:58:31 +08:00
|
 |
69
coala 2020-09-04 10:00:08 +08:00
下单就出库 这个问题
做过京东拣货员 ，内部系统出现订单， 然后攒十几个 单子分给一个人，拣货员就可以拣货了， 的确有刚拣出货就退货的 ，打包员刚打包就退货的也有（京东出货速度很快） 结合我京东购物的经验 下订单扣库存，是肯定的 下订单后，订单状态是未付款，超时的单子放弃，内部拣货系统刷不出未付款的， 付款成功的单子状态更改，内部拣货系统刷出单子 开始拣货， 猜测是这个流程 （下订单直接拣货打包，两小时超时的时候 货都打包好准备运了，感觉不太可能，这个时候货很难拦截了，基本到配送站才能拦截，我实际遇到的都到快递员手里了，问我还要不要退） |
 |
70
azhi2007 2020-09-04 10:09:42 +08:00
支付成功后才出库，下订单只是锁库存，这是产品的逻辑，技术吗不知道咋实现这个高并发
|
 |
71
ShundL 2020-09-04 10:10:27 +08:00
这种要看实际业务需要吧？像 shopnc 这种的电商系统，它是用户下单减库存，支付超时、订单取消就把库存量加回去，我觉得初期不用考虑那么复杂，又做不成淘宝那样的，顶多有活动时考虑一下并发超售问题。
|
 |
72
MrZZZ 2020-09-04 10:13:43 +08:00
马克，这个帖子挺有意思
|
 |
73
CoderGeek 2020-09-04 10:35:09 +08:00
看不懂楼上说的，
1.下单锁库存（锁库存超买，闲置 黑名单） 超时取消订单库存 2.支付通知成功减库存 调物流发货 |
|
74
CoderGeek 2020-09-04 10:36:45 +08:00
出现啥瓶颈 按道理来说只有秒杀抢购商品锁库存防止超买这一步 （文章太多）
剩下都是异步的了 理论上没有瓶颈 |
 |
75
cnlee 2020-09-04 10:40:01 +08:00
下单锁库存，支付完成后走出库流程
|
 |
76
YUyu101 2020-09-04 10:47:25 +08:00
可以几种都设计，给个选项让商品选在购买的什么阶段才锁库存，有的商品允许超卖，有的不允许，这下运营总没话说了吧
|
 |
77
zjuster 2020-09-04 10:50:30 +08:00
这里有一个核心配置项的：下单减库存，还是支付减库存。前者有被同行恶意下单的风险，后者会超卖。通常这个选项是开放给商户的，即技术上两个都需要实现，因为某些场景和活动会出特定的库存管理策略。
注意，这里的“减”都是 锁定库存，东西还在仓库里呢，出库才扣掉（有出库单据） 每个方案平台可能都需要提前准备一些基础的措施，比如单用户限购、用户黑名单和恶意用户识别， 销量预测、低库存预警等。 |
|
78
zjuster 2020-09-04 10:53:44 +08:00
@ylsc633 火车票的库存与普通电商库存难度高一个台阶。
现在电商库存最复杂的是含区域限售（每个仓有自己的履约范围，多个仓有发货优先级，叠加预售可补逻辑）的全渠道库存管理 火车票...我形容不了，太复杂了... |
 |
79
leoskey 2020-09-04 11:40:28 +08:00
个人更支持下单减库存。对于恶意占用库存可以采取：
1.可以对限制用户下单数 2.用户恶意下单时限制用户的下单权限 3.减少库存锁定（订单超时）时长 如果能轻松处理退款，那支付后库存不足退款的方式更简单 |
 |
80
penll 2020-09-04 11:41:47 +08:00
肯定下单，就扣库存呗。
防止恶意下单，就显示单次订单商品数量上限。还有，未支付订单上限，多次未支付下单，提示 xx 时间后，可再下单限制； |
 |
81
zzw252 2020-09-04 12:17:25 +08:00
一般运营场景是对超卖敏感，所以会下单就扣减库存；少部分场景下对超卖不敏感（供应链很强能保证快速跟进补货，或其他可能），可能就会选择支付才扣减库存。具体要结合服务的场景来设计方案
|
 |
82
hi543 2020-09-04 12:37:56 +08:00
别吵了，京东和天猫都是下单减库存。抢购的商品下单有效期只有十几分钟。普通商品 24H 。
|
 |
83
neptuno 2020-09-04 13:28:35 +08:00
下单扣虚拟库存吧，支付成功扣实际库存？
|
 |
84
gavincoder 2020-09-04 14:24:51 +08:00 1
哈哈哈，我来总结一下：
①下单减库存，即当买家下单后，在商品的总库存中减去买家购买数量。下单减库存是最简单的减库存方式，也是控制最精确的一种，下单时直接通过数据库的事务机制控制商品库存，这样一定不会出现超卖的情况。但是你要知道，有些人下完单可能并不会付款。 ②付款减库存，即买家下单后，并不立即减库存，而是等到有用户付款后才真正减库存，否则库存一直保留给其他买家。但因为付款时才减库存，如果并发比较高，有可能出现买家下单后付不了款的情况，因为可能商品已经被其他人买走了。 (☆)预扣库存，这种方式相对复杂一些，买家下单后，库存为其保留一定的时间（如 10 分钟），超过这个时间，库存将会自动释放，释放后其他买家就可以继续购买。在买家付款前，系统会校验该订单的库存是否还有保留：如果没有保留，则再次尝试预扣；如果库存不足（也就是预扣失败）则不允许继续付款；如果预扣成功，则完成付款并实际地减去库存。 |
 |
85
sudoy 2020-09-04 14:42:34 +08:00
别的平台不大清楚，亚马逊电商系统是允许卖家设置最大购买数量的。不过亚马逊出来这个可能主要还是因为防止卖家之间相互恶搞、测试对方库存等等。一旦下单就锁库，给一定的时间完成支付，超时就取消锁库。
|
 |
86
typeday 2020-09-04 15:09:02 +08:00
@gavincoder 京东就是 1 啊，所以会有人骂锁单狗。苏宁是 3 。
|
 |
87
leekafai 2020-09-04 15:37:13 +08:00 2
库存 已锁 已售
可售=库存-已锁-已售 下单，已锁+1 支付成功，已锁-1，已售+1 交易阻断，已锁-1 |
 |
88
falcon05 2020-09-04 16:02:14 +08:00 via iPhone
下单就减，然后锁定一段时间，典型的场景是在线卖电影票。
|
 |
89
Anjaxs 2020-09-04 16:52:41 +08:00 1
一般分为 实际库存(商品还没出库的数量), 虚拟库存(商品被购买了,但是还没出库), 锁定库存(有些商家需要预定的或者其他情况),可购库存(可以购买的数量)
实际库存=虚拟库存+锁定库存+可购库存 下订单:减可购库存, 加虚拟库存 过时未付款:加可购库存, 减虚拟库存 出库: 减虚拟库存, 减实际库存 因为是 tob 的暂时还没有遇到瓶颈, 不过有用到 redis 锁 |
 |
90
d119 2021-01-15 09:16:47 +08:00
还是说一下吧，京东是哪种，淘宝是哪种，苏宁是哪一种，亚马逊是哪一种
|
Select Language