django并发处理下单、秒杀、商城等业务

本文分析了在并发下单和秒杀场景中可能出现的库存资源竞争问题,并对比了悲观锁和乐观锁的优缺点。提出了使用乐观锁结合MySQL的读取已提交隔离级别来解决并发更新库存的问题,避免了死锁和库存异常。同时讨论了任务队列在高并发下的挑战,指出乐观锁是更优的选择。
摘要由CSDN通过智能技术生成

一、问题分析:
在多个用户同时发起对同一个商品的下单请求时,先查询商品库存,再修改商品库存,会出现资源竞争问题,导致库存的最终结果出现异常。
正如下面这张图:甲、乙同时下单购买A商品,下单前都查到库存都为15,而下单时,甲稍快些买走了10件,实际库存还剩5件,而乙下单时,仍然用库存15来判断,最终会导致商品库存大于售出。


二、解决思路
悲观锁
当查询某条记录时,即让数据库为该记录加锁,锁住记录后别人无法操作,使用类似如下语法

select stock from tb_sku where id=1 for update;
SKU.objects.select_for_update().get(id=1)
1
2
悲观锁类似于我们在多线程资源竞争时添加的互斥锁,容易出现死锁现象,当A锁定了a资源,需要b资源。而b资源又被B锁定了,正在等待a资源。此时就导致了死锁。我们一般通过设置超时时间来处理这个问题。

乐观锁
乐观锁并不是真实存在的锁,而是在更新的时候判断此时的库存是否是之前查询出的库存,如果相同,表示没人修改,可以更新库存,否则表示别人抢过资源,不再执行库存更新。类似如下操作

update tb_sku set stock=2 where id=1 and stock=7;    
SKU.objects.filter(id=1, stock=7).update(stock=2)
1
2
任务队列
将下单的逻辑放到任务队列中(如celery),将并行转为串行

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值