Redis——商品秒杀之库存遗留问题
简介
这章将介绍什么是库存遗留的问题,为什么会产生库存遗留,以及如何解决库存遗留问题。
库存遗留问题的起因
当Redis做商品秒杀案例的时候,就会出现一个常见的问题,那就是出现超卖以及超时的问题,超卖简而言之就是在秒杀结束后所卖出的商品超过了原本所要被卖出的数量,就是说假如特价要卖出10件商品,但可能在高并发的秒杀场景下,卖出了11件甚至是更多的商品,使商品总数成为负数;而超时就是redis连接出现超时。这个时候就会用到乐观锁进行解决这两个问题,如下图所示。
使用乐观锁后就会出现一个新的问题,那就是——会产生库存遗留的问题
库存遗留问题的原因分析
官方的客观解释是说:利用乐观锁之所以出现库存遗留问题,是因为在高并发的情况下,如果有两千个人同时获取到V1.0版本的数据,然后同时提交的话,那么最终将只会有一个人修改成功,其余的一千九百九十九个人都会修改失败。
如果这种客观解释不太能理解的话,还有另一种理解的角度:乐观锁的Version版本变更并不是完全的、绝对的具备原子性,换言之,也就是说当一个人获取了版本号并且修改数据时,由于高并发的原因,在版本未变更之前,有许多请求都获取到了这个Version版本,所以导致了当前结果的发生。
库存遗留问题的解决方法
这个时候我们就需要用到lua脚本进行解决这个库存遗留的问题。lua脚本是一个类似于redis事务,具有一定的原子性的脚本,在原来用于游戏的简单外挂、插件等等功能。
lua脚本在Redis中的优势:
lua脚本
local userid=KEYS[1];
local prodid=KEYS[2];
local qtkey="sk:"..prodid..":qt";
local userskey="sk:"..prodid..":user";
local userExists=redis.call("sismember",userskey,userid);
if tonumber(userExists)==1 then
return 2;
end
local num=redis.call("get",qtkey);
if tonumber(num)<=0 then
return 0;
else
redis.call("decr",qtkey);
redis.call("sadd",userskey,userid);
end
return 1
此脚本的逻辑和乐观锁的实现基本是一样的。
1.首先判断当前用户userid是否存在,如果存在返回2;
2.判断库存是否存在,如果库存小于等于0,则返回0;
3.执行扣减库存和淘汰用户的命令。
关键代码实现:
总结
库存遗留问题是一个十分常见的问题,要掌握这种lua脚本方法的使用。