【秒杀系统架构图】

本文主要是介绍【秒杀系统架构图】，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

秒杀系统一般出现正在电商平台中，秒杀系统需要支持高并发，保持一致性和高可用的特点：
高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。本专栏将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这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.限流，熔断，降级：前端限流，

这篇关于【秒杀系统架构图】的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---