如何设计一套完整的订单系统，或者完整的业务流程？

資深大佬 : hakunamatata11 5

我之前在阿里巴巴技术部门担任团队面试官，多次负责淘宝双十一的订单系统维护，工作 2 年多从未出过 bug，对于这个问题我还是比较有发言权的。

利益相关，拿几个订单系统的设计要点跟大家聊一聊。

防超卖问题

当商家将产品库存设置为有限数量时，买家下单产品就会减少相应的库存，其实现机制是：

读取库存表，判断库存，然后扣减库存

1.查询库存余量

SELECT available_stock FROM `seckill_activity`  WHERE commodity_id = 189 AND id = 28;

2.扣减库存

UPDATE `seckill_activity` SET available_stock = available_stock- 1  WHERE commodity_id = 189 AND id = 28 AND available_stock > 0;

然而当大流量并发请求数据库时，就有可能导致系统崩溃，导致超卖。超卖即“超卖缺货”，当宝贝库存接近 0 时，如果多个买家同时付款购买此宝贝，就会出现“超卖缺货”现象。

这种情况一般会出现在大型秒杀活动上，每个秒杀的用户都去数据库查询库存校验库存，然后扣减库存，导致数据库崩溃。

应对措施是将库存信息加载到 Redis 中，将 MySQL 的访问压力转移到 Redis 上，直接通过 Redis 来判断并扣减库存。订单系统常用的数据库是 MySQL，但在秒杀环境下会将库存信息加载到 Redis 中，将 MySQL 的访问压力转移到 Redis 上，直接通过 Redis 来判断并扣减库存。

这是因为两者的性能不同：MySQL 数据库单点能支撑** 1000 QPS，但是 Redis 单点能支撑 10 万 QPS**，更适合秒杀环境。

重点来了，订单系统设计中最常考的一个知识点就是 Redis 的特点。

性能极高，基于内存运行–Redis 单服务器能读的速度是 110000 次 /s,写的速度是 81000 次 /s
Redis 支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。
单线程运行，通过 IO 多路复用实现并发。
支持多种数据非关系型的数据结构：字符串 /数字 (STRING) 哈希表 (HASH) 链表 (LIST) 集合 (SET) 有序集合 (ZSET)
所有单个指令操作都是原子的，即要么完全执行成功，要么完全执行失败。同时还支持多个指令也可以通过 Lua 脚本事务操作实现原子性。
支持分布式，集群部署

想了解关于Redis 的更多应用场景，可以移步我主讲的免费讲座《电商秒杀项目实战》，系统介绍了订单系统中用到的各种技术栈和知识点，提供项目源代码，带你用 2 周时间完成一个完整的秒杀系统项目。

戳我即可免费试听

库存超卖的解决方案

1.缓存库存信息

由于大部分数据读取请求都被 Redis 挡住了，保护了 MySQL