使用webman,如何进行请求排队
问题描述
现在有一个业务是抽奖
- 开启活动A
- 活动A持续时间是5天
- 在活动期间内,每个用户 有且只有 一次抽奖机会
- 根据这些特点,不会有那种瞬时超大流量进来,但总会有 几个用户同时抽到同一个产品的情况,目前主要是针对这种情况,避免并发的问题
为此你搜索到了哪些方案及不适用的原因
我目前想到的方案有
- 利用 MySQL 行锁,这个在代码层非常容易实现
- 利用redis,但具体是怎样一个思路,目前还没有想好
针对这种情况,大家有什么更好的方案或者思路吗?
2个回答
相关连接
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
官方会考虑出一个MCP server的方案吗？
DeepSeek 本地部署教程(极其简单)
webman1.5出现内存泄漏，如何定位
webman限流器发布
做在线客服服务使用gatewayWorker还是webman？
关于多个定时任务有的执行，有的没执行的问题
服务端运行一段时间后，路由会错乱 悬赏，提供有效思路者，200红包，明确解决，500红包！ 此贴结贴！！
GatewayWorker最新版会报错 event拓展实例EventBase不允许序列化
Webman AI + DeepSeek本地训练，打造私有知识库
框架有提供主进程启动事件吗
不理解 你这啥抽奖逻辑呀，你这种直接 把奖品放入redis 集合 随机弹出来一个 不就完了嘛 这样就不会出现抽到同一个奖品的问题了
几种方式可以解决:
1.抽奖接口加分布式锁
2.如果产品的库存又多个,产品库存使用redis储存,然后使用redis自减扣除(详情参考超卖问题解决方案)