吾常三省吾身之电商(订单事务处理)

                          小白对事物的了解

MYSQL事务的四大特性
1.原子性(Atomicity)
2.一致性(Consistency)
3.隔离性(Isolation)
4.持久性(Durability)
其中着重了解了一下隔离性
隔离性具有隔离级别一般分为以下几个:
Serializable:串行化,一个事物一个事物的执行
Repeatable read:可重复读,无论其他事物是否修改并提交数据,其中看到的数据值始终不受影响
Read committed:读取已提交,其他事物提交了对数据的修改后,本事务就能读读取到修改后的数据值
Read uncommitted:读取未提交,其他事物只要修改了数据,即使没有提交,本市无也能看到修改后的数据值
MySQL默认使用的是 Repeatable read(可在mysqlb.conf文件中修改)
电商订单类项目推荐使用的是 (Read committed)

                     在Django框架中自带的事务处理

修饰器 @transaction.atomic(范围比较广作用域整个视图函数)

上下文管理器 with transaction.atomic()从这一行开始(作用域为管理器里面的)

需要回滚的第一种情况:
开启事务在生成表数据之前!! 当库存不足(同个时间多个购买量相加大于库存)的时候出错 在容易出错的地方回滚 最后在完成表数据的时候进行事务提交

需要回滚的第二种情况:
一次操作多个表 在表外try捕获异常然后采用暴力回滚 最后在return

导包 from django.db import transaction
开启事务:begin with transaction.atomic() [记得with缩进问题]
提交事务:commit transaction.savepoint_commit(save_id)释放保存点
事务回滚:rollback transaction.savepoint_rollback(save_id)
设置保存点 save_id = transaction.savepoint()
暴力回滚–只要出现异常 全部回滚(使用场景: 一次操作多个表)

在电商项目订单中还需要上锁来解决资源竞争的问题.

悲观锁(互斥锁:容易造成死锁)
乐观锁(可以很明显的知道是否被占)
任务队列(一般使用的场景是:电商的秒杀活动)将并行转化成串行,所有人排队下单,比如只开启一个进程的Celery 一个订单,一个订单的处理

                      简单的介绍一下乐观锁

乐观锁并不是真实存在的锁，而是在更新的时候判断此时的库存是否是之前查询出的库存，如果相同，表示没人修改，可以更新库存，否则表示别人抢过资源，不再执行库存更新. 类似以下语法都可
update tb_sku set stock=2 where id=1 and stock=7; (sql)

SKU.objects.filter(id=1, stock=7).update(stock=2) (ORM)

悲观锁的语法如下:
select stock from tb_sku where id=1 for update; (sql)

SKU.objects.select_for_update().get(id=1) (ORM)