mysql保存订单中的商品_对保存订单的理解

1. 后端接口设计

请求方式 ： POST /orders/

请求参数： JSON 或 表单

参数类型是否必须说明

address

int

是

收货地址id

pay_method

int

是

支付方式

返回数据： JSON

参数类型是否必须说明

order_id

char

是

订单编号

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

#生成订单编号

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

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

#遍历结算商品：

#判断商品库存是否充足

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

#保存订单商品数据

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

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

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

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

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

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

Serializable 串行化，一个事务一个事务的执行

Repeatable read 可重复读，无论其他事务是否修改并提交了数据，在这个事务中看到的数据值始终不受其他事务影响

Read committed 读取已提交，其他事务提交了对数据的修改后，本事务就能读取到修改后的数据值

Read uncommitted 读取为提交，其他事务只要修改了数据，即使未提交，本事务也能看到修改后的数据值。

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