当前位置：首页 > news >正文

《一个学习型秒杀项目：Redis + 乐观锁，我是如何实现“一人一单”的》

news 2026/6/5 8:44:26

Redis / 高并发 / 秒杀系统

一、项目背景

这是一个学习型项目，目标是模拟优惠券秒杀的三个核心功能：

用户秒杀抢券
一人一单限制
防止超卖

技术栈：Spring Boot + Redis + MySQL + Lua。

二、第一版：最简单的扣库存

第一版我直接用数据库扣减：

sql

update coupon set stock = stock - 1 where id = #{id};

压测发现两个问题：

超卖：高并发下，多个请求同时读到 stock=1，然后都执行了减 1，变成负数
一人多单：同一个用户发了 10 个请求，抢到 10 张券

三、解决超卖：乐观锁

我用乐观锁改造了扣库存 SQL：

sql

update coupon set stock = stock - 1 where id = #{id} and stock > 0;

再配合版本号或直接判断受影响行数。

效果：不再超卖，但并发能力一般。本地测试 QPS 大约 50。

四、解决一人一单：Redis Set

为了限制同一个用户只能抢一张，我用 Redis 的 Set 结构：

key：seckill:user:{couponId}
value：userId

抢之前先判断是否存在：

java

if (redis.sismember(key, userId)) { return "已抢过"; }

抢成功后，再sadd。

这样就实现了一人一单。

五、进一步优化：Lua 脚本保证原子性

我注意到上面两步（校验 + 扣减）不是原子的。万一在判断和扣减之间出现了并发，还是可能出问题。

所以我改成了Lua 脚本，把库存扣减 + 一人一单校验放在一个脚本里，一次性在 Redis 中完成。

lua

-- 伪代码 local stock = redis.call('get', stockKey) if stock <= 0 then return -1 end local isMember = redis.call('sismember', userKey, userId) if isMember == 1 then return 0 end redis.call('decr', stockKey) redis.call('sadd', userKey, userId) return 1