工作面试总遇秒杀? 看了京东 T8 大咖私藏的秒杀系统笔记, 已献出膝盖

不管是面试还是工作中，我们都容易遇上的问题：

• 如何在进程压力极大的情况下实现扩容？

• 当系统崩溃，服务熔断之后，如何保证数据正常进行？

• 当系统上新运转，如何保障系统的稳定？

• 如何实现每个层次都需要的高可用架构设计？

• 如何实现一个能支撑高并发，高可用的系统？······

懂得底层原理的，实战起来更是高手。比如高并发是指在比较短的时间内有大量的访问者访问目标系统，系统负载饱和或者过载宕机。高并发的应用，我们应该都有用过或者见过，比如天猫、京东、拼多多、亚马逊的秒杀抢购还有 12306 的抢票。

我们在体验应用的时候，可能并不会想到这种高并发系统背后的技术实现难度。高并发系统都存在这几种问题，高并发高并发读写、访问高峰突发性、反馈结果的即时性。

然而从 0 到 1 实现一个高性能，高并发，高可用等的秒杀系统，里面注意的东西肯定是很多的，在这特地免费分享一个秒杀系统架构的学习笔记文档！

先看下目录

一、秒杀系统架构设计都有哪些关键点？

秒杀其实主要解决两个问题，一个是并发读，一个是并发写。并发读的核心优化理念是尽量减少用户到服务端来“读”数据，或者让他们读更少的数据；并发写的处理原则也一样，它要求我们在数据库层面独立出来一个库，做特殊的处理。

二、设计秒杀系统时应该注意的 5 个架构原则

秒杀系统本质上就是一个满足大并发、高性能和高可用的分布式系统。本章主要是说如何在满足一个良好架构的分布式系统基础上，针对秒杀这种业务做到极致的性能改进。

三、如何才能做好动静分离？有哪些方案可选？

本章的关键点：数据的动静分离。不知道你之前听过这个解决方案吗？不管你有没有听过，我都建议你先停下来思考动静分离的价值。如果你的系统还没有开始应用动静分离的方案，那你也可以想想为什么没有，是之前没有想到，还是说业务体量根本用不着？

四、二八原则：有针对性地处理好系统的“热点数据”

五、流量削峰这事应该怎么做？

如果你看过秒杀系统的流量监控图的话，你会发现它是一条直线，就在秒杀开始那一秒是一条很直很直的线，这是因为秒杀请求在时间上高度集中于某一特定的时间点。这样一来，就会导致一个特别高的流量峰值，它对资源的消耗是瞬时的

六、影响性能的因素有哪些？又该如何提高系统的性能？

本章就来结合秒杀这一场景，重点给介绍下服务端的一些优化技巧。

七、秒杀系统“减库存”设计的核心逻辑

如果要设计一套秒杀系统，那我想你的老板肯定会先对你说：千万不要超卖，这是大前提

八、如何设计兜底方案?