1.1为什么普通系统撑不过 10 分钟
1.2秒杀系统的业务价值
1.3秒杀系统的面试价值
2.需求与架构目标拆解
2.1 核心接口API设计
2.2 数据库选型
2.3 数据库表设计

3.核心问题：如何避免少卖

4.核心问题：如何避免超卖

5.从源头降低系统压力
5.1 前端限流：用户看得见的 “缓冲带”（按钮置灰、验证码、排队机制设计）
5.2 CDN 加速：静态资源的 “分流神器”（商品图片、规则页面的预热与缓存策略）
5.3 接口限流：网关层的 “第一道防线”（令牌桶 / 漏桶算法实战、动态阈值调整技巧）
5.4 队列削峰：消息中间件的 “流量调度室”（Kafka/RocketMQ 选型、消息重试与死信处理）

6. Redis预扣加速秒杀
   6.1 缓存预扣
   6.2 缓存预热：秒杀前 装满弹药
   6.3 Redis 集群化
   6.4 缓存三大难题破解
   7.数据库扛住压力
   7.1 数据库架构：读写分离 + 分库分表（水平分表字段选型、分表后跨表查询解决方案）
   7.2 SQL 优化：秒杀核心 SQL 的 “极致压缩”（索引优化、避免事务锁、减少联表查询）
   7.3 事务控制：短事务 + 乐观锁（避免长事务阻塞、版本号机制解决并发更新问题）
   7.4 消息队列削峰