如何设计一套完整的订单系统,或者完整的业务流程?

我之前在阿里巴巴技术部门担任团队面试官,多次负责淘宝双十一的订单系统维护,工作2年多从未出过bug,对于这个问题我还是比较有发言权的。

利益相关,拿几个订单系统的设计要点跟大家聊一聊。

防超卖问题

当商家将产品库存设置为有限数量时,买家下单产品就会减少相应的库存,其实现机制是:

读取库存表,判断库存,然后扣减库存

1.查询库存余量

SELECT available_stock FROM `seckill_activity` 
WHERE commodity_id = 189 AND id = 28;

2.扣减库存

UPDATE `seckill_activity` SET available_stock = available_stock- 1 
WHERE commodity_id = 189 AND id = 28 AND available_stock > 0;

然而当大流量并发请求数据库时,就有可能导致系统崩溃,导致超卖。超卖即“超卖缺货”,当宝贝库存接近0时,如果多个买家同时付款购买此宝贝,就会出现“超卖缺货”现象。

这种情况一般会出现在大型秒杀活动上,每个秒杀的用户都去数据库查询库存校验库存,然后扣减库存,导致数据库崩溃。

**应对措施是将库存信息加载到Redis中,将MySQL的访问压力转移到Redis上,直接通过 Redis 来判断并扣减库存。**订单系统常用的数据库是MySQL,但在秒杀环境下会将库存信息加载到Redis中,将MySQL的访问压力转移到Redis上&#

  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值