说实话，作为一名程序员，我的技术能力也在公司业务的快速增长过程中失去了历练，并积攒了一些大流量高并发网站架构设计和优化的教训，尤其是针对“秒杀”这个场景。因为我确信，那个时候咱们必定是对系统做了足够多的极致优化，能力扛住过后洪峰般的流量申请。

记得晚期的时候，淘宝商品详情零碎的 PV 还差不多是 1 亿的样子，然而到 2016 年差不多曾经升至 50 亿了。尤其是 2012 年到 2014 年那个时间段，“秒杀”流动特地风行，用户的参加激情一浪高过一浪，零碎要面对的流量也是成倍增长。

而每一次的秒杀流动对技术团队来说都是一次考验。当初想起来，那个时候咱们整个团队，无所畏惧，逐渐迭代翻新，而后解决一个个难题的过程，也是极具挑战性和成就感的事件。

记得有一年，为了应答“双十一”，咱们整个商品详情团队对系统做了很多优化，咱们自认为曾经是整个公司最牛的零碎了，性能也曾经是“业界之巅”。

其实，秒杀的整体架构能够概括为“稳、准、快”几个关键字。

所以从技术角度上看“稳、准、快”，就对应了咱们架构上的高可用、一致性和高性能的要求，咱们的专栏也将次要围绕这几个方面来开展，具体如下。

高性能。秒杀波及大量的并发读和并发写，因而反对高并发拜访这点十分要害。本专栏将从设计数据的动静拆散计划、热点的发现与隔离、申请的削峰与分层过滤、服务端的极致优化这 4 个方面重点介绍。

一致性。秒杀中商品减库存的实现形式同样要害。可想而知，无限数量的商品在同一时刻被很多倍的申请同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种, 在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因而，我将用一篇文章来专门解说如何设计秒杀减库存计划。

高可用。尽管我介绍了很多极致的优化思路，但事实中总不免呈现一些咱们思考不到的状况，所以要保证系统的高可用和正确性，咱们还要设计一个 PlanB 来兜底，以便在最坏状况产生时依然可能从容应对。专栏的最初，我将带你思考能够从哪些环节来设计兜底计划。最初，很侥幸能在极客工夫遇到你，心愿这堂课能让你彻底了解大并发、高性能、高可用秒杀零碎的设计之道，并可能在思考解决相似问题时有更精确的思考和判断。

根底篇

1．高并发零碎: 它的通用设计办法是什么

2．架构分层: 咱们为什么—定要这么做?

3．零碎设计指标（—）: 如何晋升零碎性能?

4. 零碎设计指标《二）: 零碎怎么做到高可用?

5．零碎设计指标（三）: 如何让零碎易于扩大?

6．_面 i 试现场第一期: 当问到组件实现原理时，面 i 试官是在刁难你吗?

数据库篇

7．池化技术: 如何缩小频繁仓建数据库连贯的性能损耗?

8．教据库优化计划《一）: 查问申请减少时，如何做主从拆散?

9．数据库优化计划《二）: 写入数据里减少时，如何实现分库分表?

10. 发号器: 如何保障分库分表后 ID 的全局唯—性?

1. HoSQL: 在高并发场景下，教据库和 HoSQL 如何做到互补?

缓存篇

音讯队列篇

分布式服务篇

保护篇

实战篇

—、秒杀零碎架构设计都有哪些关键点?

二、设计秒杀零碎时应该留神的 5 个架构准则

三、如何能力做好动静拆散? 有哪些计划可选?

四、二八准则: 有针对性地解决好零碎的“热点数据”

五、流里肖这事应该怎么做?

六、景知向性能的因素有哪些又该如何进步零碎的性能?

七、秒杀零碎“减库存”设计的外围逻辑

八、如何设计儿底计划?

须要获这份高并发顶级秒杀的小伙伴，关注公众号：Java 架构师联盟，每日更新技术好文