秒杀（二）关于秒杀系统的思考与解决方案

叁歲伎倆 2023-01-21 02:11 4阅读 0赞

**目录**

1、思考

2、解决方案

3、技术选型

--------------------

# 1、思考 #

软件开发过程中的可行性分析就不分析了，别人都已经做出来来了，说明开发秒杀系统本身就是可行的。**接下来我们要思考一下秒杀系统会遇到哪些问题？以下的内容有参考各种的资料整理出来的。**

*  高并发

秒杀的特点就是这样时间极短、 瞬间⽤户量⼤。缓存雪崩，缓存击穿，缓存穿透这些都是有可能发⽣的，出现问题后请求全部到DB那就很难受了，活动失败⽤户体验差，后果很严重

*  超卖

本来准备秒杀10个MacBook pro，超卖多了20个，那就尴尬了，那最后只能杀个开发祭天了

*  恶意请求

对于懂技术的人，那很简单啊，我知道你什么时候抢，我搞个⼏⼗台机器搞点脚本，我也模拟出来⼗⼏万个⼈左右的请求

*  链接暴露

秒杀链接暴露，提前请求，稍微有点技术的人看下html和js代码就能看到秒杀的链接

*  数据库

每秒上万甚⾄⼗⼏万的QPS（每秒请求数）直接打到数据库，基本上都要把库打挂掉，⽽且服务可能不单单是做秒杀的还涉及其他的业务，如果没做降级、限流、熔断啥的，别的⼀起挂掉

# 2、解决方案 #

**既然我们遇到上面的这些问题，那我们应该考虑一下怎么解决这些问题？**

首先，秒杀的时候瞬间并发量很大，但是不是所有的请求都是有效的，可能是恶意请求，那么第一步应该是降低到达服务器的流量，降低服务器的压力，可以从以下方面展开：

*  限流：

前端限流

（1）秒杀前，⼀般按钮都是置灰的，只有时间到了，才能点击

（2）按钮可以点击之后也得给他置灰⼏秒，不然他⼀样在开始之后⼀直点的

后端限流

Hystrix/Sentinel

*  nginx负载均衡

使用⾼性能的web服务器

*  资源静态化

秒杀⼀般都是特定的商品，现在⼀般做法都是前后端分离的，⻚⾯⼀般都是不会经过后端的， 前端也要⾃⼰的服务器啊，那就把能提前放⼊cdn服务器的东⻄都放进去，反正把所有能提升效率的步骤都做⼀下，减少真正秒杀时候服务器的压⼒。

*  秒杀链接加盐

把URL动态化，通过MD5之类的摘要算法加密随机的字符串去拼 url，然后通过前端代码获取url后台校验才能通过

**接着，有些人员可能是一些羊毛党人员，就是疯狂的薅羊毛，这些人员应该通过风控拦截掉**

*  ⻛控

拦住羊毛党

**最后需要考虑如何处理已经到达服务器的请求？可以从以下方面处理：**

*  Redis集群

秒杀本来就是读多写少，Redis集群，主从同步、读写分离，库存预热，提前把商品的库存加载到Redis中，Redis本身是⽀持事务的，⽽且他有很多原⼦命令的，⼤家也可以⽤LUA，解决超卖问题

*  服务单⼀职责

部署微服务，当其中一台机器挂了，不会影响别的业务

*  限流&降级&熔断&隔离

进行了降级和熔断，可以较为友好给用户提示，例如跳转到服务器正在处理的页面，而不是直接报错！

*  消息队列（削峰填⾕）

消息队列真的是削峰利器

*  数据库

单独给秒杀建⽴⼀个数据库，为秒杀服务，表的设计也是尽可能的简单点，现在的互联⽹架构部署都是 分库的。

# 3、技术选型 #

根据上面的思考内容，我们可以确定技术选型：SpringBoot + Spring Cloud + Mysql + Redis + RabbitMQ + gateway + Sentinel + Nocas

发表评论取消回复

表情：

评论列表（有 0 条评论，4人围观）

还没有评论，来说两句吧...

相关阅读

相关秒杀业务解决方案

秒杀业务解决方案 * 概述 * 秒杀业务背后的技术挑战 * * 业务高并发，服务高负载 * 业务耦合度高 * 如何解决秒杀瓶颈 * * ...

浅浅的花香味﹌/ 2024年04月17日 18:42/ 0 赞/ 33 阅读

相关秒杀系统的设计思考

前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是 12306 抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交

╰+哭是因爲堅強的太久メ/ 2024年04月07日 10:32/ 0 赞/ 42 阅读

相关秒杀（二）关于秒杀系统的思考与解决方案

目录 1、思考 2、解决方案 3、技术选型 -------------------- 1、思考软件开发过程中的可行性分析就不分析了，别人都已经做出来来了

叁歲伎倆/ 2023年01月21日 02:11/ 0 赞/ 5 阅读

相关秒杀系统

1.流量控制我们已经使用消息队列实现了部分工作的异步处理，但我们还面临一个问题：如何避免过多的请求压垮我们的秒杀系统？一个设计健壮的程序有自我保护的能力，也就是说

Myth丶恋晨/ 2023年01月02日 02:26/ 0 赞/ 290 阅读

相关设计一个秒杀系统-秒杀方案分析

学习使用，老鸟飞过，欢迎交流秒杀系统应该考虑哪些因素高可用：秒杀系统最大的特点就是并发高，在极短的时间内，瞬间用户量大。试想一下双11的时候可能会有几十万的用户去

亦凉/ 2022年12月26日 14:25/ 0 赞/ 229 阅读

相关一个秒杀系统的设计思考

前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是 12306 抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交

妖狐艹你老母/ 2022年12月04日 08:46/ 0 赞/ 149 阅读

相关一个秒杀系统的设计思考

目录前言整体思考 1 秒杀存在的问题 2 设计方向的思考高性能 1 动静分离 1.1 数据拆分 1.2 静态缓存 1.3 数据整合 1.4 小结

怼烎@/ 2022年11月07日 00:03/ 0 赞/ 194 阅读

相关秒杀——mysql优化思考

秒杀——高并发——使用mysql 使用mysql，注意控制并发线程数，并发线程数达到一定数量，越多越慢——多在抢占锁。排队思想线程放入队列，控制并发线程数，减少锁冲突

妖狐艹你老母/ 2022年10月27日 02:26/ 0 赞/ 121 阅读

相关秒杀系统

场景特点秒杀时大量用户会在同一时间同时进行抢购，网站瞬时访问流量激增。秒杀一般是访问请求数量远远大于库存数量，只有少部分用户能够秒杀成功。秒杀业务流程比较简单

朱雀/ 2022年02月05日 03:19/ 0 赞/ 327 阅读

相关一个秒杀系统的设计思考

优质文章，及时送达 ![640?wx\_fmt=jpeg][640_wx_fmt_jpeg] 作者 | 阿哲来源 | 公众号SegmentFault 链接 |

淡淡的烟草味﹌/ 2021年07月31日 11:24/ 0 赞/ 427 阅读