面试：秒杀系统

以你之姓@ 2022-11-06 07:00 171阅读 0赞

# 面试：秒杀系统 #

# #

## 问题场景 ##

在进行系统设计的过程中，首先问题场景的特点。秒杀系统是十分典型的高并发场景，其特点也十分显著：高并发、低库存、高瞬时流量。再者分析整个系统的输入输出，即大概的 API 网关拥有的功能：查（用户查询商品信息）、改（用户购买商品）。将系统的特点和功能分析完毕后，就可以根据这些信息进行系统设计。一个常规的秒杀系统从前到后，依次有：

前端页面 -> 代理服务 -> 后端服务 -> 数据库

根据这个流程，一般优化设计思路：将 **请求拦截在系统上游，降低下游压力**。在一个并发量大，实际需求小的系统中，应当尽量在前端拦截无效流量，降低下游服务器和数据库的压力，不然很可能造成数据库读写锁冲突，甚至导致死锁，最终请求超时。

整体优化手段包含：**缓存**、**限流**、**削峰（MQ）**、**异步处理**、**降级**、**熔断**、**SET化**、**快速扩容**

# #

## 前端页面 ##

*  资源静态化：将活动页面上的所有可以静态的元素全部静态化，尽量减少动态元素；通过CDN缓存静态资源，来抗峰值。
 *  禁止重复提交：用户提交之后按钮置灰，禁止重复提交
 *  URL动态化：防止恶意抓取

# #

## 代理服务 ##

利用负载均衡（例如 Nginx 等）使用多个服务器并发处理请求，减小服务器压力。

# #

## 后端服务 ##

*  用户限流：在某一时间段内只允许用户提交一次请求，比如可以采取 IP 限流
 *  业务拆分
 *  利用 MQ 削峰
 *  利用缓存应对大量查询请求
 *  利用缓存应对写请求（注意数据一致性、持久性问题）：缓存也是可以应对写请求的，可把数据库中的库存数据转移到 Redis 缓存中，所有减库存操作都在 Redis 中进行，然后再通过后台进程把Redis中的用户秒杀请求同步到数据库中。

# #

## 数据库 ##

*  多数据库：防止数据热点问题
 *  优化 SQL 防止死锁

*原文来源：[https://hadyang.github.io/interview/docs/architecture/design/seckill/][https_hadyang.github.io_interview_docs_architecture_design_seckill]*

[https_hadyang.github.io_interview_docs_architecture_design_seckill]: https://hadyang.github.io/interview/docs/architecture/design/seckill/