-
-
掌握秒杀的设计思路及技术架构
-
掌握SpringCloud针对于秒杀业务的应用
-
掌握redis对于性能的提升作用
-
【石器时代】在战斗时会出现【
由于游戏战斗采用的是倒计时模式，强大的杀伤往往只在一秒没过就结束，所以这类瞬间或几下击败对手就被称作：【秒杀】
到后来演化渐变成通俗用语，甚至用来替代一些暴力词汇：
“小心我秒你”；“昨天PK遇到高手，我被秒了”；“lj快走，不然秒你”；“终于120级，转生可以秒机暴啦”等等。
并在之后的【传奇】【
所谓“秒杀”，是网上竞拍的一种新方式，就是网络
对于商家来说，按照商家的规模，秒杀分为三种形式：
1、平台要求准时准点做秒杀，类似于天猫双11，11月11日0点开始抢购，或者京东的整点抢购，都由平台发起。
2、商家对于自己的店铺做秒杀，一般是厂家的旗舰店，在平台首页占据有利广告位，进入店铺做秒杀。
3、微信公众号链接网页做秒杀，由公众号运营的商家发起。
按照商家的促销活动内容，秒杀分为三种方式：
1、限价秒杀：最常见的秒杀形式，秒杀价格绝对低到令人无法相信也无法抗拒而不去参与，此种秒杀一般在开始之后1-3秒之内就会秒杀完毕。
2、低价限量秒杀：此种形式也可以理解为低折扣秒杀，限量不限时，秒完即止，此种秒杀形式商家提供一定数量的商品，直至秒完即止。
3、低价限时限量秒杀：此种形式也可以理解为低折扣秒杀，限时限量，在规定的时间内，无论商品是否秒杀完毕，该场秒杀都会结束。
2、库存少：一般都是低价限量，而访问的数量远远大于库存数量，只有极少数人成功。
3、业务流程简单：流程短，立即购买，下订单，减库存。
4、前期预热：对于还未开启活动的秒杀商品，以倒计时的方式显示，只能访问不能下单。
1、限流：只能让秒杀成功的一小部分人进入到后台，和数据库进行交互，来减少数据库服务器的压力。
2、缓存：将部分业务逻辑写到缓存里，例如：商品限购数量、秒杀政策等。
3、异步：将业务逻辑拆分，减少服务器压力，例如：正常业务流程是下订单、付款、减库存同一时间完成，秒杀时可以将业务逻辑拆分。
4、预热：商家进行宣传，并提前设置好秒杀的商品、秒杀时间、限购数量，将设置的商品写入 redis 缓存。
5、展示：页面分为两层，第一层是商品列表页，第二层是商品详情页，通过商品列表页链接进入商品详情页，秒杀开始前，展示商品秒杀倒计时，不允许操作提交订单，只允许查看商品详情。秒杀开始时，展示商品秒杀到期时间。
6、提交订单：秒杀提交完订单将 redis 缓存里的数量减少，并提示支付。
7、队列操作：当支付成功之后，将秒杀成功详情写入 rabbitMQ，订单服务进行监听接收消息写入订单，库存服务进行监听接收消息减少库存。
8、时间服务器：页面服务端通过负载进行布署，各服务器时间可能会不一致，因此增加时间服务，来提供统一的时间。
整体架构图：
Eureka Client：
时间服务（端口号8000）：为页面服务提供时间统一的接口。
商品服务（端口号7000）：对外提供的接口（商品列表、商品详情、秒杀政策）。
库存服务（端口号6001）：队列监听，在队列中提取消息与数据库交互减少库存。
会员服务（端口号5000）：为页面服务提供会员数据接口，会员的添加、修改、登录。
订单服务（端口号4000）：队列监听，在队列中提取消息与数据库交互生成订单。
页面服务（端口号3000）：为前端页面提供数据接口。
Eureka Server：
注册中心（端口号9000）：各服务都在注册中心进行注册。
配置中心 ：提供所有服务需要的配置。
Redis的应用：
缓存商品数量、秒杀政策。
商家对秒杀政策、商品限量进行设置，设置完成写入Redis。
消费者访问商品详情，提交订单之后，从Redis中减少商品数量。
Redis里存取内容：
1、在政策新增的时候存入，key的值为：LIMIT_POLICY_{sku_id}，value的值为政策内容
2、商品列表取数据时，通过key（LIMIT_POLICY_{sku_id}），取出政策内容。
3、政策到期之后，自动删除。
消费者提交订单，自动写入订单队列：
订单队列：订单服务监听订单队列，接收到消息之后将队列信息写入数据库订单表。
消费者付款之后，更新订单状态，更新成功之后写入库存队列
库存队列：库存服务监听库存队列，接收到消息之后将库存信息写入数据库减少库存。
2.5. 数据库结构
关注本博客微信公众号
