分布式锁和mysql事物扣库存_高并发下库存扣减解决方案--分布式锁

以下是个简单的库存扣减流程：

image.png

如果并发非常低的时候，基本就按这个流程走就行了。

而这个设计，并发量稍大时，就会导致超卖的情况出现，两个同时要9台手机的请求，同时查到库存有12台，那操作下来，就会导致超卖：

image.png

嗯，那么出于职业道德，得加把锁：

image.png

嗯，这个设计，在高并发但库存量极少的秒杀场景，或者库存很高但并发量不高的(每秒10个请求)，都是可行解。

然而，这个相当于把程序串行化了。那么假设处理一个订单要200毫秒，在库存量很高(10万台)，并发量极高(每秒1000个请求)，有个请求就要等待200秒了，这个肯定不能接受的。

解决办法：

1.库存分段

将10万库存，分成100段，每段1000个库存。对应的，就有100把锁去锁这100个库存段了，可以满足100个线程同时跑。