对保存订单的理解

Posted whigym

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了对保存订单的理解相关的知识,希望对你有一定的参考价值。

1. 后端接口设计

请求方式 : POST /orders/

请求参数: JSON 或 表单

参数类型是否必须说明
address int 收货地址id
pay_method int 支付方式

返回数据: JSON

参数类型是否必须说明
order_id char 订单编号

 

def create(self, validated_data):
    # 获取当前下单用户

    # 生成订单编号

    # 保存订单基本信息数据 OrderInfo

    # 从redis中获取购物车结算商品数据

    # 遍历结算商品:

        # 判断商品库存是否充足

        # 减少商品库存,增加商品销量

        # 保存订单商品数据

    # 在redis购物车中删除已计算商品数据

在多个用户同时发起对同一个商品的下单请求时,先查询商品库存,再修改商品库存,会出现资源竞争问题,导致库存的最终结果出现异常。

技术分享图片

 

 使用乐观锁,在更新的时候判断此时库存是否是之前查询的库存,如果相同,表示没人修改过,可以更新,否则表示有人抢占过资源,不在执行库存更新。返回重新创建订单,直至库存不够。

需要修改mysql的事物隔离级别

事务隔离级别指的是在处理同一个数据的多个事务中,一个事务修改数据后,其他事务何时能看到修改后的结果。

MySQL数据库事务隔离级别主要有四种:

  • Serializable 串行化,一个事务一个事务的执行
  • Repeatable read 可重复读,无论其他事务是否修改并提交了数据,在这个事务中看到的数据值始终不受其他事务影响
  • Read committed 读取已提交,其他事务提交了对数据的修改后,本事务就能读取到修改后的数据值
  • Read uncommitted 读取为提交,其他事务只要修改了数据,即使未提交,本事务也能看到修改后的数据值。

 

MySQL数据库默认使用可重复读( Repeatable read),而使用乐观锁的时候,如果一个事务修改了库存并提交了事务,那其他的事务应该可以读取到修改后的数据值,所以不能使用可重复读的隔离级别,应该修改为读取已提交Read committed。

技术分享图片

 技术分享图片

 

以上是关于对保存订单的理解的主要内容,如果未能解决你的问题,请参考以下文章

对订单结算理解

sublimetext3中保存代码片段

轻松保存重复多用的代码片段

将视图和片段保存在文件中

金蝶handler中 collection 代码片段理解

调用模板化成员函数:帮助我理解另一个 *** 帖子中的代码片段