秒杀项目的思考

逃离我推掉我的手 2023-07-11 05:35 5阅读 0赞

我再刷面经的时候看到好多对于秒杀系统的问题，自己就捣鼓了一个。

思路图

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1YWl4aWFvaGFpXzE_size_16_color_FFFFFF_t_70][]

我们就从最差的情况一步一步解决。

1.数据库直接被穿？

当我们秒杀系统的数据库被打穿以后，我们一定不要影响到其他系统。将秒杀系统数据库独立出来。

不然你的业务不仅不行，还把其他人搞砸了，你要被祭天了。

2.我们怎么防止我们数据库被打穿？

数据库扛不住，就用它兄弟redis来抗，一个扛不住，咱们就加集群，加主从，加哨兵无脑高可用。

3.那怎么让我们系统处理的并发量少点呢（限流）？

我们可以把请求全部放到mq中，这样达到了削峰的目的，减轻了下游的并发量。

4.消费者是用来做业务逻辑的，我们尽量不要打崩到这一层

我们把发送者和消费者分成两个系统，最多把发送者打崩，不能影响到mq和消费者。

5.但是我们也不能这么轻易的让他把发送方打坏？

我们可以通过nginx+集群来提高并发量。

6.我们可不可以在前端就限制一部分？

我们可以把那个按钮他连着按几次就给他整灰了，让他那么频繁的请求。

7.我们可不可以在nginx中先限制一部分呢？

我们可以在nginx把那些机器人或者代理服务器给他屏蔽掉。

好了屁话说完了，开始正经说。

首先我们在nginx中通过限制user-agent来限制一些看起来就不是正常人的用户浏览器，然后看看日志找出恶意ip。

然后进入前端，这时候我们在秒杀前保持按钮是灰色的，等到时间到了以后才能打开。并且可以当收到库存不足的响应以后直接把按钮去掉，提示用户已经卖完了。

然后请求就可发送方这里了，我们接收到请求，把请求进行解析好，存到mq中去，这块可能会有一个丢数据的可能，应该可以通过分布式事务解决（还没来的及看），这样我们的请求就到了mq中。

到了mq中，我们的mq是有挂掉的可能的，那我们持久化？？？？

当然不能这样做，mq是内存中的，如果我们持久化的跟直接写磁盘有什么区别呢？我们要配置主从同步，并且哨兵机制那种思想也可以用在这里。

可能有小伙伴就问了，问什么你redis中 就 用持久化呢？

因为redis的数据是主要用来读取的，不是频繁写入和删除的。

言归正传，下面消费者开始读取mq中数据，因为mq中确保了消费（返回给他ack标志）所以不会发生丢数据的情况。

然后消费者拿到了请求，首先先去redis中看看库存量是不是还有，如果有的话，那么减一然后进入下游。

那么这里就可能会发生超卖的问题，我的思路是通过分布式锁来保证不会发生超卖（欢迎大佬提新的思路）。

那如果我要的商品没有在redis中里边呢？那么就直接打通db，开启事务去减减，这样如果你的商品是热点数据没有在里边这样是有问题的（打崩数据库的风险），其实我们可以把读redis的锁直作为操作数据库的锁。

下边就是生成订单开启支付这一系列的功能了。

细心的朋友可能发现我少说了一个问题，那就是我怎么保证我redis中的数据都是热点数据？这个还请观众老爷们给点建议。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1YWl4aWFvaGFpXzE_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200303221151588.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1YWl4aWFvaGFpXzE=,size_16,color_FFFFFF,t_70

发表评论取消回复

表情：

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

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

相关阅读

相关秒杀系统的设计思考

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

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

相关秒杀项目的思考

我再刷面经的时候看到好多对于秒杀系统的问题，自己就捣鼓了一个。思路图 ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_tex

逃离我推掉我的手/ 2023年07月11日 05:35/ 0 赞/ 6 阅读

相关秒杀项目

session连接数的上限就是容量(服务器能装多少个链接单位时间内能处理接受请求的数量：吞吐量线程在redis库存中对数据修改时保证一致性，要开启redis的事务，

比眉伴天荒/ 2023年07月02日 06:24/ 0 赞/ 14 阅读

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

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

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

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

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

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

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

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

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

相关秒杀——mysql优化思考

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

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

相关秒杀项目

文章目录秒杀秒杀电商秒杀：https://gitee.com/noah2021/miaosha/tree/master 1000人—100库存—1秒

╰+哭是因爲堅強的太久メ/ 2022年10月15日 05:59/ 0 赞/ 167 阅读

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

点击上方 [Java后端][Java]，选择设为星标优质文章，及时送达 ![format_png][] 作者 | 阿哲链接 | sf.gg/a/11900000

今天药忘吃喽~/ 2021年08月19日 16:38/ 0 赞/ 337 阅读

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

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

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