问题引入
在保存订单数据中，涉及到多张表（OrderInfo（订单信息）、OrderGoods（订单商品）、SKU（商品详情））的数据修改，对这些数据的修改应该是一个整体事务，即要么一起成功，要么一起失败。
mysql中的事务
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！
在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。
事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。
事务用来管理 insert,update,delete 语句
一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。
-
原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
-
一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
-
隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。
-
持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。
Django中的支持
Django中对于数据库的事务，默认每执行一句数据库操作，便会自动提交。我们需要在保存订单中自己控制数据库事务的执行流程。
在Django中可以通过django.db.transaction模块提供的atomic来定义一个事务，atomic提供两种用法
- 1.装饰器用法
from django.db import transaction
@transaction.atomic
def viewfunc(request):
# 这些代码会在一个事务中执行
obj1.save()
obj2.delete()
obj3.save()
...
注意：在函数视图或类视图上加装饰器，可以将函数内的所有操作当做一个事务。
- 2 with语句用法
from django.db import transaction
def viewfunc(request):
obj1.save()
# with内部的这些代码会在一个事务中执行
with transaction():
obj2.delete()
obj3.save()
注意：使用with语句可以限定事务的具体作用范围
- 2.1 在Django中，还提供了保存点的支持，可以在事务中创建保存点来记录数据的特定状态，数据库出现错误时，可以恢复到数据保存点的状态
from django.db import transaction
def viewfunc(request):
obj1.save()
# with内部的这些代码会在一个事务中执行
with transaction():
obj2.delete()
save_id = transaction.savepoint() # 创建保存点,记录当前的状态
obj3.save()
try:
obj4.save()
except Exception:
transaction.savepoint_rollback(save_id) # 如果obj4操作失败，可以回滚到保存点obj2.save()以后。,即使obj4失败，obj2.save()还可以继续提交
transaction.savepoint_commit(save_id) # 这条语句可以控制提交从保存点到当前状态的所有数据库事务操作
注意：使用保存点，可以更精确地控制数据库操作的保存点和回滚状态及提交操作。