秒杀/抢红包/可扩展下单架构

下列解决方案可以满足:

  • 秒杀
  • 抢红包(需要增加一个红包预先拆分的逻辑)

等高并发场景。


一、削峰与异步化

对于秒杀系统瞬时会有大量用户涌入,所以在抢购一开始会有很高的瞬间峰值。高峰值流量是压垮系统很重要的原因,所以如何把瞬间的高流量变成一段时间平稳的流量也是设计秒杀系统很重要的思路。

利用Kafka消息队列缓存用户请求,后端的秒杀服务再按照自己的速率从消息队列拉取请求处理。


二、Redis实现高并发下的减库存操作

2.1 常见的错误逻辑

逻辑
  1. 假设库存是num
  2. 秒杀服务获取用户请求和UserID,先判断列表 order:1 的长度(llen())是否超过库存num
  3. 如果超过,返回“已经抢光了”;如果没有超过,则将 UserID lpush 到 order:1 列表。
代码
<?php
 $num = 10;   //系统库存量
 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值