电商系统库存相关问题解决方案

1、什么时候扣库存？

可以在下单的时候扣库存，也可以在支付成功之后再扣库存。
对于下单时扣库存，主要会存在被恶意下单的可能，有可能会被人把商品全部下单但是不支付。虽然可以通过设置订单的超时时间，等到了时间后如果还没有支付就把该订单失效恢复库存来解决。但是在超时时间这一段时间内，真正有需要租赁的客户还是下不了单，必须等超时之后才能下单，导致用户体验不好，同时对于商家来说也会丢失潜在的交易。也可以限制同一用户或同一IP下单的商品数量，但还是会存在问题，具体限制多大？假设限制为1，但可能有人确实需要租两件，而因为这个限制下不了单，同样会降低用户体验。对于支付成功再扣库存这种方式只需要保证不会出现超售情况就行。

2、怎么保证并发情况下不会出现下单超售现象？

主要有以下几种解决方案:

1. 更新库存时再判断一遍库存是否与之前查找的库存一致，如update product set stock = stock - 1 where stock = old_stock and id = xxx。这种方式在并发度较高的情况下很容易产生冲突，需要重新去查询库存再做处理，导致MySQL压力过大，浪费资源。
2. 在业务层通过sychronized加锁，将查询库存与更新库存放在sychronized代码块中执行，保证每个下单请求串行处理。这种方式会导致即使是不同的商品的修改库存请求拿不到锁时也会被阻塞，并发度不够，无法充分利用系统资源。同时，如果服务是分布式的，当多个请求被不同的服务节点处理时，还是有可能出现超售或其他线程安全问题。
3. 使用Redis做分布式锁，在查询库存和更新库存前需先拿到分布式锁才允许