mysql 减库存并发问题

[kikione]

减库存数量为 num

update mytable set inventory = inventory-num WHERE id= 1 and inventory >=num

这样减库存不用加乐观锁和悲观锁，也可以是吧

但是有什么弊端吗

[Chad0000]

@sujin190 #40

下单最后又失败了：订单系统做最终一致性检查，对于失败的已经出库的，及时通知库存回库，简单讲你下单后，生成一个若干分钟后的任务检查是否完成支付和出库。下单前已经锁定库存，所以有时间差也不会导致超卖除非锁库超时自动退回。

超卖问题：这个无法完全避免，你总会在各个流程遇到意外情况：比如拖着不付款或付款时间太长的，导致锁库超时已返回库存。这时下单使用的就是未锁定的库存 - 不能保证有货。付款锁定和库存锁定这两个东西即使一致也无法保证出库，因为付款可以因为第三方支付而拖时间。所以都只能满足大部分场景，然后通过最终一致化完成少数不正常的。

[shanghai1943]

不考虑高并发的话，这种实现方式简单，只要判断 affected rows 是否等于 1 就行了。

[haython]

淘宝以前就是这么干的

[hangszhang]

没问题，就是性能不高

[dgr007]

没问题，性能很好的
可能需要解决的是单条记录热点更新问题

[bsg1992]

SQL 没问题
你这个就是乐观锁，弊端就是并发量大的话会导致更新失败。
特别是针对某条热点数据会一直失败，这个需要解决一下。
一般这种情况你看的场景
1.是否允许超卖，不允许超卖的话另开一个监控程序发现超卖就直接退款 /或者不发货 当然这个是业务层面上的解决方案。
2.用队列进行消费，看你消费端的速度了。
3.就是实时计算库存数量，根据消耗库存记录算出来剩余库存

[hui314]

不想改动的话，有个最简单方法，新增一个字段 version,减库存 sql：update mytable set inventory = inventory-num , version = version+1 WHERE id= 1 and inventory >=num and version = {version};
即使并发也只有一个能成功，但是这样的话，只能一个人成功下单。