秒杀系统一般出现正在电商平台中,秒杀系统需要支持高并发,保持一致性和高可用的特点:
高性能。 秒杀涉及大量的并发读和并发写,因此支持高并发访问这点非常关键。本专栏将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。
一致性。 秒杀中商品减库存的实现方式同样关键。可想而知,有限数量的商品在同一时刻被很多倍的请求同时来减库存,减库存又分为“拍下减库存”“付款减库存”以及预扣等几种,在大并发更新的过程中都要保证数据的准确性。
高可用。 虽然我介绍了很多极致的优化思路,但现实中总难免出现一些我们考虑不到的情况,所以要保证系统的高可用和正确性,我们还要设计一个PlanB来兜底,以便在最坏情况发生时仍然能够从容应对。
高并发
1.缓存优化
使用缓存技术,减少数据库压力,提高数据库性能。
2.异步处理
使用消息队列等异步处理技术,将一些不需要立即返回的操作数据,异步操作。
3.限流控制
通过限制每个用户的请求频率,并发数等方式,控制系统的负载。
防止超卖和恶意请求
再防止超卖和恶意请求方面我们可以:
1.使用分布式锁
使用分布式锁,可以保证每时刻只有一个线程操作同一件商品。
2.在请求的过程中,增加验证码,防止恶意的爬虫接口。
3.IP限制,根据用户的IP限制请求频率,防止恶意请求
定时同步商品
定时上架秒杀活动和秒杀活动对应的商品,运营人员需要通过界面将秒杀活动和秒杀商品添加上,对应的定时任务就会在秒杀活动开始的前三天,将秒杀活动和秒杀商品缓存到redis中。
将对应秒杀活动商品的数量以信号量缓存到redis中。
用户秒杀的流程
1.用户秒杀的过程中我们需要做一些合法性的校验,例如用户是否登录,如果未登录重定向到登录界面让用户做登录操作。
2.合法性校验,例如参与秒杀活动的时间,商品随机码是否正确
以及用户参加秒杀活动的次数是否存在限制,例如每个用户只能参加一次我们利用threadLocal进行存储用户信息,利用redis占位符进行幂等性的判断,我们在进行减库存操作。
3.信号量判断,判断当前的库存是否支撑此次用户的抢购,足够-扣减
不够-结束。
4.创建订单之后的操作,我们放到MQ异步操作,存储订单信息,这个地方增加事务,如果失败,订单回滚,信号量也需要回滚。
5.收货地址确认:校验收回地址信息,判断是否正确等
6。支付操作-调用三方支付接口:如微信-支付宝-三方支付拉卡拉 联动优势等。
秒杀服务的关注点:
1.独立部署:面对高并发的情况,及时服务扛不住,也不影响电商平台的正常下订单。
2.秒杀请求做随机处理:防止恶意攻击,防止链接暴露,自己内部人员作弊。
3.库存预热,快速扣减:秒杀服务不用每次都去数据库中校验库存,提前把库存预热到redis中,通过信号量控制秒杀的服务请求。
4.动静分离:Nginx去做动静分离,保证秒杀服务中只有动态请求进入后端集群,通过CDN服务分担集群的压力。
5.恶意请求的拦截:识别非法请求,并拦截。放到网关层。
6.流量错峰:通过验证码或者动态图形将时间分摊。
7.限流,熔断,降级:前端限流,