概述
在多个用户同时发起对一个商品的下单请求时,先查询商品库存,再修改商品库存,会出现资源竞争问题,导致库存的最终结果出现异常。
1、并发下单问题演示
每个不同的用户在程序上,我们可以理解成不同的线程,每个线程在使用CPU会请求到一个时间片来执行任务,一旦时间片到了,会切换到下一个任务上去。这里我们这样去模范这样的场景,在我们的程序中,手动的加入一段代码,实现这样的效果。在成功的查询库存之后,插入这样的一段代码。
强制性的让下单的过程等待5秒,再等待的同时,另外一个用户也去提交相同产品的订单,这样就可以实现并发下单的问题。
2、解决办法
悲观锁
当查询某条记录的时候,让数据库为该条记录加锁,锁住之后,别人无法操作,使用类似如下的语法
select stock from tb_sku where id=1 for update;
SKU.objects.select_for_update().get(id=1)
悲观锁类似于我们在多线程资源竞争时添加的互斥锁,容易出现死锁现象。
乐观锁
乐观锁不是真实存在的锁,而是在更新的时候判断此时的库存是否是之前查询出的库存,如果相同,表示没人修改库存,可以更新,否则表示别人抢过资源,不再执行库存更新。类似如下的操作
update tb_sku set stock=2 where id=1 and stock=7;
SKU.objects.filter(id=1, stock=7).update(stock=2)
任务队列
将下单的逻辑放到任务队列中(如celery),将并行转为串行,所以人排队下单。比如开启只有一个进程的celery,一个订单一个订单的处理。
3、实际解决的代码
在这里我们使用乐观锁来解决
下单成功的条件是什么?
首先是库存大于购买量,然后更新库存和销量时原始的库存没变
所以在用户库存满足的情况下,如果更新库存和销量时原始的库存有变,那么继续给用户下单的机会。
for sku_id in carts_sku_selected:
while True:
sku = SKU.objects.get(id=int(sku_id))
count = int(carts_sku_count[sku_id])
# 3.2.1 查询商品的库存信息,判断库存是否足够
if sku.stock < count:
transaction.savepoint_rollback(sid)
return JsonResponse({"code": RETCODE.STOCKERR, "errmsg": "商品库存不足"})
import time
time.sleep(5) # 睡5秒钟,模拟线程切换
# 3.2.2 操作库存和销量数据
# sku.stock -= count
# sku.sales += count
# sku.save()
new_stock = sku.stock - count
new_sales = sku.sales + count
result = SKU.objects.filter(id=sku_id, stock=sku.stock).update(stock=new_stock, sales=new_sales)
if result == 0:
# 商品被其他人同时下单,重新下单该商品
continue
sku.spu.sales += count
sku.spu.save()
# 3.2.3 构建订单的商品数据,插入数据库
OrderGoods.objects.create(
order=order,
sku=sku,
count=count,
price=sku.price,
)
# 3.2.4 计算订单商品总数和总费用
order.total_count += count
order.total_amount += count * sku.price
# 下单商品成功,对下一个商品进行下单
break
最后
以上就是发嗲枫叶为你收集整理的电商系统-提交订单并发处理的全部内容,希望文章能够帮你解决电商系统-提交订单并发处理所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复