背景
如果面试中被问到电商系统怎么避免商品超卖,大家很容易就会回答用redis实现分布式锁,来避免这个问题,但是引用了分布式锁保证了数据的准确性,但却是牺牲了部分的并发性能,那么有没有优化的方案,可以优化redis分布式锁呢?
reids分布式锁
上面这个是 使用redis分布式锁的基本逻辑,在一个请求获取锁之后,后面一个请求需要等前一个 请求释放掉锁之后才能获取锁,会基于分布式锁的串性化处理。
优化
JDK7中ConcurrentHashMap时基于分段锁实现并发线程安全的,所以可以参考这个思路进行优化,例如总库存为1000,初始化库存的时候把库存分成10个库存段,每个库存段有100个库存,当执行一个下单请求从10个库存段随机选取一个进行加锁减库存,如果库存不足则释放锁,换一个分段重新尝试。
问题
多个分段在实际业务中有可能出现每个库存段都会剩下商品,如果这个时候一个订单需要扣除5件商品,单个分段库存已经不够数量,其中几个分段之和才够,按照上面优化就会出现库存不足的问题
可以考虑每个库存分段记录总库存和各个分段的库存,然后根据各个分段库存相应的减少库存