电商系统中，如何保证扣减库存高并发性能，有保证不会出现库存超卖的情况

在电商系统中，保证高并发下的库存扣减性能并避免库存超卖的情况是一个关键问题，通常通过以下几种策略进行处理：

1. 数据库层面的乐观锁

• 机制：在扣减库存时，使用版本号或时间戳来实现乐观锁，避免多个请求同时修改同一条数据。更新时会判断库存的版本号或时间戳是否与请求前一致，只有一致时才执行更新操作。

• 适用场景：并发量适中、库存修改频率相对较低的场景。

• 示例

  UPDATE inventory
  SET stock = stock - 1, version = version + 1
  WHERE item_id = ? AND stock > 0 AND version = ?;
  

  如果返回的行数为 0，则说明扣减失败，需要进行重试。

2. 数据库事务与悲观锁

• 机制：使用数据库的事务隔离机制或者 SELECT FOR UPDATE 来锁定库存记录，在事务内完成扣减操作。

• 优点：保证了操作的原子性，防止并发修改。

• 缺点：高并发下容易造成数据库锁竞争，降低系统吞吐量。

• 适用场景：并发量不高的场景。

• 示例

  BEGIN;
  SELECT stock FROM inventory WHERE item_id = ? FOR UPDATE;
  UPDATE inventory SET stock = stock - 1 WHERE item_id = ? AND stock > 0;
  COMMIT;
  

3. 分布式锁

• 机制：在高并发下使用分布式锁（如 Redis 的 SETNX 命令）来锁定操作，防止多个实例同时操作同一库存。

• 优点：简单易实现，适用于分布式系统中不同节点并发操作。

• 缺点：锁粒度过大会影响系统吞吐量，分布式锁操作本身可能存在延迟或故障。

• Redis 实现示例

  • 使用 Redis 的 SETNX实现锁定：

    SETNX lock_key unique_value
    

  • 成功后执行扣减操作，完成后释放锁。

4. 库存预扣减与最终一致性

• 机制：在订单创建时先进行库存预扣减，记录一个冻结的库存值，只有支付成功后才正式扣减库存。如果支付失败或订单取消，则释放冻结的库存。
• 优点：降低了扣减库存的时间窗口，减少并发竞争的概率。
• 缺点：需要设计冻结库存的状态和超时机制，增加了复杂度。
• 适用场景：高并发、高流量的电商场景。
• 步骤
  1. 订单创建时预扣减库存，更新冻结库存；
  2. 支付完成后正式扣减库存；