秒杀活动——理论设计

主要技术

• 静态资源
• CDN
• 缓存
• 分流
• 负载均衡
• 乐观锁
• 验证码

主要方案

秒杀业务的特点就是多个人读一个数据，难点就是读写冲突，锁情况特别的严重。 所以我们尽量不要让请求落在数据库上去，让请求拦截在系统的上游。解决思路:

1、限流：屏蔽掉无用的流量，允许少部分流量流向后端。

2、削峰：瞬时大流量峰值容易压垮系统。常用的消峰方法有异步处理、缓存和消息中间件等技术

• 异步处理：秒杀系统是一个高并发系统，采用异步处理模式可以极大地提高系统并发量，其实异步处理就是削峰的一种实现方式。
• 缓存：秒杀系统本身是一个典型的读多写少的应用场景【一趟火车其实只有2000张票，200w个人来买，最多2000个人下单成功，其他人都是查询库存，写比例只有0.1%，读比例占99.9%】，非常适合使用缓存。
• 消息队列：消息队列可以削峰，将拦截大量并发请求，这也是一个异步处理过程，后台业务根据自己的处理能力，从消息队列中主动的拉取请求消息进行业务处理。

前端优化

1、前端静态资源缓存，页面静态化和使用cdn缓存或redis缓存

2、限流：1使用验证码防止机器人爬虫脚本自动提交2禁止重复提交，用户提交后按钮置灰

后端优化

1、利用负载均衡，使用多个机器处理并发请求

2、秒杀开始前，前台不能得到秒杀地址，防止提前得到秒杀地址，模拟秒杀请求

3、限制同一个用户id访问频率

4、限制同一时间请求次数，达到请求上限时，随机拒绝部分请求来保证服务可用

5、业务分离，将秒杀系统和其它业务分离，单独放在高配机器上，防止影响其它业务系统

总结

• 多使用静态资源
• 尽量少去"骚扰"数据库
• 减少写操作
• 多使用缓存
• 在用户体验好的情况下，最大程度减少服务器压力