秒杀系统设计面试

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

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

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

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

前端优化

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

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

后端优化

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

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

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

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

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

六、将秒杀请求放入到消息队列队列，后台订阅消息减库存，检测消息队列长度，达到最大库存不加消息队列，直接返回秒杀失败的消息

七、利用缓存应对读请求，利用缓存减轻数据库压力

八、利用缓存应对写请求，将数据库的库存数据转到redis里面，全部减库存操做都在redis里面进行，而后经过后台进程把redis里面的用户秒杀请求同步到数据库