前言
作为一名程序员，高并发系统是技术栈中必不可少的，高并发是指在同一个时间点，有很多用户同时的访问URL地址，比如：淘宝的双11，双12，就会产生高并发，如贴吧的爆吧，就是恶意的高并发请求，也就是DDOS攻击，再屌丝点的说法就像玩撸啊撸被ADC暴击了一样,那伤害你懂得(如果你看懂了，这个说法说明是正在奔向人生巅峰的屌丝。
那么，如何才能更好地理解秒杀系统呢？我觉得作为一个程序员，你首先需要从高维度出发，从整体上思考问题。在我看来，秒杀其实主要解决两个问题，一个是并发读，一个是并发写。并发读的核心优化理念是尽量减少用户到服务端来“读”数据，或者让他们读更少的数据；并发写的处理原则也一样，它要求我们在数据库层面独立出来一个库，做特殊的处理。另外，我们还要针对秒杀系统做一些保护，针对意料之外的情况设计兜底方案，以防止最坏的情况发生。
秒杀的整体架构可以概括为“稳、准、快”几个关键字：
高性能。秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这 4 个方面重点介绍。
一致性。秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因
高可用。虽然我介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，我们还要设计一个PlanB 来兜底，以便在最坏情况发生时仍然能够从容应对。
基础篇
01.高并发系统:它的通用设计方法是什么
02.架构分层:我们为什么一定要这么做?
03.系统设计目标(一) :如何提升系统性能?
04.系统设计目标(二) :系统怎样做到高可用?
05.系统设计目标(三) :如何让系统易于扩展?
06.面试现场第一期:当问到组件实现原理时，面试官是在刁难你吗?
数据库篇
07.池化技术:如何减少频繁创建数据库连接的性能损耗?
08.数据库优化方案(一) :查询请求增加时，如何做主从分离?
09.数据库优化方案(二) :写入数据量增加时，如何实现分库分表?
10.发号器:如何保证分库分表后ID的全局唯一性?
11. NoSQL:在高并发场景下，数据库和NoSQL如何做到互补?
缓存篇
12.缓存:数据库成为瓶颈后，动态数据的查询要如何加速?
13.缓存的使用姿势(一) :如何选择缓存的读写策略?
14.缓存的使用姿势(二) :缓存如何做到高可用?
15.缓存的使用姿势(三) :缓存穿透了怎么办?
16. CDN:静态资源如何加速?
消息队列篇
17.消息队列:秒杀时如何处理每秒上万次的下单请求?
18.消息投递:如何保证消息仅仅被消费一次?
19.消息队列:如何降低消息队列系统中消息的延迟?
20.面试现场第二期:当问到项目 经历 时，面试官究竟想要了解什么?
滴滴滴~转发此文章+关注我，后台回复即可领取！
分布式服务篇
维护篇
实战篇
一、秒杀系统架构设计都有哪些关键点?
二、设计秒杀系统时应该注意的5个架构原则
三、如何才能做好动静分离?有哪些方案可选?
四、二八原则：有针对性地处理好系统的“热点数据”
五、流量削峰这事应该怎么做?
六、影响性能的因素有哪些?又该如何提高系统的性能?
七、秒杀系统“减库存“设计的核心逻辑
八、如何设计兜底方案?
写在最后
高并发确实是一个复杂且系统性的问题，由于篇幅有限，诸如分布式Trace、全链路压测、柔性事务都是要考虑的技术点。另外，如果业务场景不同，高并发的落地方案也会存在差异，但是总体的设计思路和可借鉴的方案基本类似。
如何领取？
——转发+关注，扫码即可免费领取~
本文分享自微信公众号 - 小迁不秃头（LQQ016076）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
