十九、提交订单页面显示功能
19.1在templates/cart.html文件中设置表单提交：
19.2在order/urls.py中配置对应的url：
19.3在order/view.py中编写OrderPlaceView类显示订单页面：
19.4在templates/place_order.html文件中完成订单页面的显示：
19.5在templates/order_place.html文件中完成创建订单功能：
19.6在order/urls.py文件中定义提交订单的url：
19.7数据库MySQL的事务：
19.7.1事务概念： 一组mysql语句，要么执行，要么全不不执行。
19.7.2事务特点：
1、原子性：一组事务，要么成功；要么撤回。
2、稳定性 ：有非法数据（外键约束之类），事务撤回。
3、隔离性：事务独立运行。一个事务处理后的结果，影响了其他事务，那么其他事务会撤回。事务的100%隔离，需要牺牲速度。
4、可靠性：软、硬件崩溃后，InnoDB数据表驱动会利用日志文件重构修改。可靠性和高速度不可兼得， innodb_flush_log_at_trx_commit 选项 决定什么时候吧事务保存到日志里。
19.7.3事务控制语句：
COMMIT；COMMIT会提交事务，并使已对数据库进行的所有修改称为永久性的；
ROLLBACK；回滚会结束用户的务，并撤销正在进行的所有未提交的修改；
SAVEPOINT identifier；SAVEPOINT允许在事务中创建一个保存点，一个事务中可以有多个SAVEPOINT；
RELEASE SAVEPOINT identifier；删除一个事务的保存点，当没有指定的保存点时，执行该语句会 抛出一个异常；
ROLLBACK TO identifier；把事务回滚到标记点；
19.7.4事务隔离级别：
Read Uncommitted（读取未提交内容）：在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。
Read Committed（读取提交内容）：这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。
Repeatable Read（可重读）：这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。
Serializable（可串行化）：这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。
19.8提交订单功能的业务分析：
19.9订单并发处理：
悲观锁：获取数据时对数据行了锁定，其他事务要想获取锁，必须等原事务结束。
使用示例：select * from df_goods_sku where id=17 for update;
乐观锁：查询时不锁数据，提交更改时进行判断.
使用示例：update df_goods_sku set stock=0, sales=1 where id=17 and stock=1;
19.9.1项目使用原则：
冲突比较少的时候，使用乐观锁。
冲突比较多的时候，使用悲观锁。
19.10在order/views.py中定义OrderCommitView订单创建类：
二十、用户中心的订单页面显示
20.1在user/urls.py中定义用户中心订单页的url：
20.2在user/view.py中定义UserOrderView类：
20.3在templates/user_center_order.html中显示数据：
