如何设计一个秒杀系统(如何对秒杀系统进行流量削峰)

说到秒杀系统，我们第一反应可能是12306的售票系统，各种电商平台的抽奖。的确，这些都涉及到秒杀概念。基于上述特征，道钉系统需要做到以下几点。先来看看秒杀系统的业务流程，大致如下。秒杀系统因为库存有限，很难做。很多人会集中时间读写有限的数据。短时间内，系统将面临数千倍的流量。

如何设计一个秒杀系统？

说到秒杀系统，我们第一反应有可能是电商平台花样繁多的抽奖活动12306的抢票系统等，的确这些都涉及到了秒杀概念。秒杀系统具备哪些特点？1瞬时高并发，短时间内的流量洪峰，用户量的激增促使网站流量突破上限2出现超卖现象，成功下单的人数比库存量还要多3业务流程简单，没有过多花俏功能。秒杀系统该如何设计？基于上面提到的特点，秒杀系统需要做到以下几点1前台静态资源走CDN加速将JSCSS图片音视频等文件放在CDN上采用预热形式将资源刷新到各CDN节点上，使得用户就近读取，加快访问速度，另外也减小源站服务器的压力。

2限流对用户请求做限制，同一时间段内同账号禁止发送大量请求。3任务异步化处理比如下单邮件通知短信接收等，业务能作异步处理的一定要异步处理，避免同步阻塞。4合理的缓存秒杀的商品数据多数都不需要实时更新除库存等字段外，对于这类不需要实时更新的热点数据放在缓存里，避免从数据库中查询，可降低数据库的负载压力。

5其它业务降级任何一个平台的软硬件资源是有限的，所以我们可以将一些不重要的业务暂停服务，将资源让出来给秒杀系统使用。下面我们来详细探讨一下接口层如何处理。上图主要描述了后端接口在处理请求所做的操作1操作缓存数据，缓存可以存放商品当前总量，如果Redis是分布式部署，可以采用分布式锁来解决脏数据问题。

2将不需要及时响应的业务放入消息队列。3定时将缓存数据更新到数据库，为了避免脏数据产生可以采用悲观锁和乐观锁两种方式，个人比较推荐乐观锁方式。4消费消息队列消息，针对消息类别做不同的操作。秒杀系统存在较多不确定性如请求数并发数，所以秒杀系统也离不开监测系统对各项指标的监测，在发现异常时要做熔断处理，另外在资源不够时提交做好扩容准备。

如何对秒杀系统进行流量削峰？

首先我们看一下秒杀系统的业务流程，大致如下1.首先判断库存够不够2.如果够就扣库存3.创建订单然后支付接下来我们需要了解秒杀系统的一个特征，往往是请求远远大于库存量，几千或者上万的用户去抢一个商品，也就是说可能90%的请求最后其实都是无效的所以在这个前提下我们来看看如何削峰1.分布式限流如何过滤掉大部分无效的流量，比如秒杀的订单量为10，就算来了100w的用户，最后其实也只会生成10个订单，所以在前端就把无效的用户拦截，防止大量的请求都去检查库存是不是够，导致数据库挂掉分布式限流可以通过redis去实现，初始化一个限制大小即可，超过限制大小直接丢弃请求2.分布式缓存库存比如我们数据库里面有10件商户用来秒杀，其实可以把这个数据放在分布式缓存里面，这样检查库存的时候就不需要去查数据库了，直接在缓存里面检查，速度会快很多3.异步扣库存扣库存肯定要同步到数据库中，这时候其实可以不用同步更新，可以通过消息队列来异步更新，比如rocketmq，每次把更新操作放入队列即可，由消费端去更新操作4.异步创建订单同上，创建订单也可以通过消息队列来异步创建总结其实记住几个核心点就行尽早的隔离无效数据，能用缓存的地方不要直接去查数据库，能用异步的地方不要去同步。

12306的购票系统与淘宝双十一的秒杀系统相比谁更强大？

首先让题主知道一件事。2012年上线不久，12306.cn日PV峰值达到10亿，与中国流量最大的网站百度持平，Alexa迅速跃升至全球第110位。2015年，阿里云为12306提供技术帮助，负责承担12306网站剩余75%的购票查询流量。是阿里云旗下的云计算公司。采用云计算后，12306可以根据访问量获取云计算资源，应对春运期间激增的服务请求。