100W并发秒杀系统架构

作者: 想回家种地的程序员 | 来源:发表于2021-06-16 22:00 被阅读0次

一 百万并发秒杀概述

1.1 可能遇到问题

  1. 在一瞬间服务出现大量请求,服务可能会崩溃。
  2. 在秒杀商品时候,可能出现超卖。

1.2 秒杀的业务流程

  1. 秒杀的商品有热点商品和非热点商品,热点商品可能流量占整个的90%.
  2. 后台商品管理可以将商品加入到秒杀商品,根据商品访问量分位热点商品和非热点商品。
  3. 用户抢到商品支付,发货商品。超时不付款,订单取消。

二 秒杀架构

在这里插入图片描述
我们Java项目时用tomcat部署的。nginx的并发量能达到五万,tomcat最优能支持1千。所以首要问题就是让tomcat直接处理请求,减少tomcat处理请求。
由于商品的详情页除了数量其他基本不改变。因此可以采用详情页放到nginx缓存中。还有就是考虑热点商品的抢购能直接经过nginx处理不到服务端,
这样就完美解决了问题了。

Lua脚本对JWT校验
用户请求到达nginx,用lua脚本进行jwt校验,减少非法请求对服务器的访问。从而减少服务器压力。

2.1 静态页面处理

因为秒杀商品的浏览量很高,而且商品的描述,价格,图片,标题基本上是不变的。因此考虑用freemarker做商品静态化。
所以先考虑静态页面的生成,商品数量发生改变静态页面从新生成。

1. 后台将设置商品成为秒杀商品流程:

比如京东的秒杀都是一个时间点到另外一个时间点。当秒杀的时间点到了,需要从索引库中删除对应索引和删除对应的静态页面。我们可以在商品添加秒杀时候,
设置定时任务。然后定时任务到达后执行对应操作。在添加秒杀时候,更改数据库中商品是处于秒杀,然后生成静态页面。

2. 商品数量修改,静态页面的同步(canal数据同步):

使用canal对数据库的表进行监控时候,当新增,删除,编辑表中是数据时候,canal都能监控到。从而触发canal书写的Java服务,然后根据业务进行静态页面的修改。

3. 静态页面的生成和删除:

当商品变成秒杀商品,生成静态页面。当商品卖完或者变为普通商品,删除静态页面。

2.3 将秒杀热点数据隔离

我们可以根据商品的浏览量判定当前商品是否位热点数据。所以需要商品浏览记录收集,和收集浏览记录的分析。

2.3.1 日志收集

用户访问商品详情,首先请求经过nginx,然后使用nginx和lua脚本对请求商品详情路径进行拦截,让后将请求商品数据发送到kafka。数据库接受到kafka数据,完成商品浏览数据收集。

2.3.2 数据分析

Apache Druid订阅Kafka从而获取商品的访问日志,druid能实时获取商品访问记录。druid支持sql,对数据进行分析。找出热点数据。

# lua脚本发送给kafka日志格式
{
   "actime": "2020‐4‐10 9:50:30",  
   "uri": "http://192.168.211.137/items/S1235433012716498944.html",  
   "ip": "119.123.33.231",   
   "token": "Bearer ITHEIMAOOPJAVAITCAST" 
}

2.3.3 热点数据隔离

可以采用定时任务(elastic-job)实时查询Druid,把近期访问量最多的商品放入redis缓存中。缓存中数据如下:商品库存,价格,名称等。

备注:
用户进行下单时候,在redis中就是热点商品,走热点下单。不在redis中不是热点商品,走服务直接下单。

在将热点商品放到redis中,需要根据商品的锁定字段,将商品锁定。然后再将商品信息放到redis中。用户抢购商品和热点商品放到redis中同时进行,导致库存混乱。

2.4 热点商品和非热点商品抢购流程

需要判断当前用户对当前商品24小时内是否抢过。判断抢购商品是冷商品还是热门商品。判断库存是否充足。

1. 非热点商品秒杀:

a 判定为非热点数据,进入服务中进行下单系统。
b 对库存进行判断,如果库存充足,进行下单。如果库存不充足,事务回滚。
c 如果库存充足,但是商品变为热点商品。应将下单操作发送到kafka,然后变成热点商品下单操作(防止商品库存混乱)。
d 记录该用户抢的该商品,用于提示该用户24小时不能抢该商品。

2. 热点商品秒杀:

a lua脚本进行JWT校验,判断用户是否登录。
b 从redis查询看该用户是否抢了该商品(在抢购商品成功后,会将商品和用户信息存储到redis中)。
c 从redis热点商品中查询,商品是否为热点商品。如果是热点商品且库存>0,热点商品抢购流程。
d 判断该用户该商品是否处于排队(用redis的incr自增来判断当前用户该商品是否重复排队)。是,提示用户正在排队。否,直接排队。
e 订单系统通过队列订阅读取用户下单信息,并进行下单。

三 流量监控

在秒杀项目中需要集成Sentinel进行限流操作。在秒杀过程中冷门商品变为热门商品时候,访问服务流量瞬间激增,需要采用Sentinel进行限流,保护服务的稳定性。

相关文章

  • 100W并发秒杀系统架构

    一 百万并发秒杀概述 1.1 可能遇到问题 在一瞬间服务出现大量请求,服务可能会崩溃。 在秒杀商品时候,可能出现超...

  • 秒杀系统架构分析、设计、原理书目录

    秒杀系统架构分析、设计、原理 秒杀业务分析 秒杀技术挑战 秒杀架构原则 秒杀架构设计 大并发带来的挑战 作弊的手段...

  • 秒杀系统架构原则

    秒杀系统架构原则 “四要一不要” 秒杀系统的本质是满足高并发、高性能和高可用的分布式系统。秒杀系统的架构原则总结为...

  • 【高并发】Redis如何助力高并发秒杀系统,看完这篇我彻底懂了!

    写在前面 之前,我们在《【高并发】高并发秒杀系统架构解密,不是所有的秒杀都是秒杀!》一文中,详细讲解了高并发秒杀系...

  • 架构思维学习总结(一)

    2-1 互联网架构演变进程 一、架构认知升级:从高并发/秒杀=架构学习中跳出来 高并发系统不一定是分布式系统:单机...

  • 如何设计秒杀系统学习笔记.md

    秒杀系统架构设计都有哪些关键点 秒杀其实主要解决两个问题 一个是并发读 一个是并发写; 架构上的高可用、一致性和高...

  • 博文收藏

    千万级规模高性能、高并发的网络架构经验分享 Web系统大规模并发——电商秒杀与抢购 spring boot系列讲座...

  • 秒杀系统架构分析与实战

    #0 系列目录# 秒杀系统架构 秒杀系统架构分析与实战 #1 秒杀业务分析# 正常电子商务流程 (1)查询商品;(...

  • 秒杀系统架构分析与实战

    #0 系列目录# 秒杀系统架构 秒杀系统架构分析与实战 #1 秒杀业务分析# 正常电子商务流程 (1)查询商品;(...

  • 高并发秒杀系统架构解密

    前言 很多小伙伴反馈说,高并发专题学了那么久,但是,在真正做项目时,仍然不知道如何下手处理高并发业务场景!甚至很多...

网友评论

    本文标题:100W并发秒杀系统架构

    本文链接:https://www.haomeiwen.com/subject/oeafyltx.html