电商项目之如何扣减库存

1 问题背景

今天研究一下亿级流量的电商网站是怎么扣减库存
参考自：浅析「扣减库存」的方案设计

2 前言

本文旨在阐述生产环境如何在高并发的场景下可靠地扣减库存，有其他解决方案的伙伴可以在评论中分享出来。

3 扣减库存的三种方案

常规的支付链路是下单->创建订单->支付

3.1 下单减库存

用户下单时减库存

优点：实时扣减库存，避免支付时因库存不足减库存的问题
缺点：恶意买家大量下单，但不付款，导致真正想买的人买不到

3.2 付款减库存

下单时不会立即减库存，而是等到支付时才会减库存

优点：防止恶意买家大量下用光库存，避免下单扣库存的缺点
缺点：下单页面不是最新的库存，假如支付的订单数超过库存数，则支付失败

3.3 预扣库存

下单后预扣库存，超过一定时间后，库存释放。若超过时间后再支付，如果没有库存，则支付失败

优点：实时减库存，缓解恶意买家大量下单的问题，超过一定时间未支付则释放库存
缺点：在一定时间内，恶意买家大量下单仍可以将库存用完。

4 如何解决恶意买家下单的问题

在库存方面有恶意买家下单占用库存的问题，也会有恶意买家下单后拒付的问题，这种拒付会提高卖家收款账号被风控的概率。因此无论是在库存方面还是在支付方面，都需要解决恶意买家下单的问题

4.1 限制用户下单的数量

优点：限制恶意买家下单
缺点：非恶意买家会被限制下单，销量会降低

4.2 标识恶意买家

通过历史订单的情况、买家设备指纹（user_agent等），来标识恶意买家。缺点是可能存在误标。

5 实战：具体实现思路

• 商品的库存用Redis的hash结构存起来，通过incrby指令加减库存；
• 扣减库存时，采用预扣库存的思路，先扣减Redis中的库存，剩余库存的数量大于0，表明预扣成功，否则回滚库存（Redis要回滚库存，然后抛异常，不持久化数据库库存）；
• 如果Redis预扣库存成功，则持久化库存到数据库，否则抛异常。更新数据库的库存时，直接使用update语句update t_sku_inventory set inventory = inventory + quantity where id = xxx;

流程图如下图所示：