redis秒杀出现超卖现象的问题

理论：

a 访问 请求是1， 同时 b 请求 也是1

a 秒杀， b 也秒杀

最终会变成 -1 或 0，这个取决于怎么减，DECR 是 -1， set 设置会是0

解决方法：

使用 decr 或 incr 去设置秒杀数据

INCR keyName ,不存在设置为 1，存在会 +1， 并返回数据，如图

判断如果大于销量，秒杀结束，否则继续，有没有超限的问题你测试下（应该不会触发）

• 目测是这里出了问题

• 使用redis string类型，存库存的数量

• 使用redis list类型

• redis list类型初始化库存

大概是这样，这是我之前测试的代码，仅供参考

你的redis操作不是原子性的，使用lua脚本，希望对你有帮助，自行调整

$str = <<<Lua
    local key   = KEYS[1];
    local redis_stock = redis.call('get', key);
    if (tonumber(redis_stock) > 0)
        then
            redis.call('decr', key);
            return true;
        else
            return false;
        end
Lua;

这一步不原子

不是原子操作，很简单，加锁就完了

好奇问一下，那你们多售的商品，就要额外垫上了吗？ :joy:

之前使用过自增自减来做秒杀流程，人少确实没啥问题，但是人多必然会出现超卖问题。 我的建议是看写 Laravel 的 Cache::lock, 完整的 Lua & Redis 原子操作。

要不试试用list 往里边丢制定数量商品然后LPOP

并发无疑是先查后改的问题，加锁要在查询的前一步加。

分布式锁