面试场景题

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

前言
一、解答
二、解答思想
总结

前言

在刷短视频的时候碰到了这样一个场景题，一时想不出。"10W个请求，QPS1W，抢100件商品，不许超卖"

一、解答

1.面对10W个请求和1WQPS，第一步就是限流，削峰填谷。

2.第二步开始处理，面对100件商品的加减，这属于小数量的加减，可以考虑用单线程来完成，lua刚好是单线程的，所以这里用lua一个个减，注意不要写循环。

lua 复制代码

-- KEYS[1] = stockKey
-- KEYS[2] = orderSetKey
-- ARGV[1] = userId

local stock = tonumber(redis.call("GET", KEYS[1]))
if not stock or stock <= 0 then
    return -1  -- 已售罄
end

-- 判断是否已下单
if redis.call("SISMEMBER", KEYS[2], ARGV[1]) == 1 then
    return -2  -- 重复下单
end

-- 扣库存
redis.call("DECR", KEYS[1])

-- 记录用户
redis.call("SADD", KEYS[2], ARGV[1])

return 1  -- 成功

3.数据持久化

二、解答思想

我一开始考虑用什么中间件，后来想来想去还是传统的redis+mysql，因为redis是基于内存的，够快。后来想到为了保证同一时间只有一个线程操控数据应该加锁，可能就是加分布式锁，这里忘记了分布式锁就是redis或者zookeeper。想法比较简单。

分布式锁要经过3次rpc：加锁、操作、解锁并且是阻塞运行的；而lua是原子性操作只有一次rpc并且是非阻塞，虽然是单线程，但是没有等待时间。

什么时候用分布式锁，什么时候用lua：

分布式锁保证单实例，lua保证原子性；防止重复提交，多台机器布置定时任务，保证不重复前提交，用分布式锁；多个服务同时读写同一条数据，用分布式锁；代码逻辑复杂，包括多个步骤，用分布式锁。保证原子性操作、减少网络开销、批量处理数据用lua。

文章目录

前言

一、解答

二、解答思想

总结