首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >从构建分布式秒杀系统聊聊重复购买

从构建分布式秒杀系统聊聊重复购买

作者头像
小柒2012
发布2018-10-09 12:24:33
1.4K0
发布2018-10-09 12:24:33
举报
文章被收录于专栏:IT笔记IT笔记

秒杀时为了公平起见,往往是单个用户只能购买一件商品,但是又要做到不能少买,那么问题来了,如何保证?

罗列一下大体思路,仅供参考:

  • 单点登录,单个用户只能在一处登录,防止多处登录。
  • 前台智能人机验证码,可以过滤99%的作弊行为(预先分析出抢购地址,实现脚本抢购)。
  • 分布式限流,限制接口总并发数/请求数,最大程度防止脚本抢购行为。
  • 消息队列,100件商品,设置200个队列长度,设置商品 ID + 用户 ID 联合主键,确保一个用户只能秒杀一件商品。如果进入队列的前一百个请求有重复抢购行为,前台提示用户秒杀失败,100+后的队列补入数据。基于前台的限流 + 人机验证码,重复秒杀的请求应该不会很多,当然,为了确保不能少买,可以增加商品队列的长度。

秒杀之后未支付取消占位,如何对剩余库存做及时的控制更新?

数据库订单中有一个未支付状态。如果超过时间,例如15分钟,库存会重新会恢复(大家熟知的“回仓”)。如果是车票的话,秒杀的提示是,开动秒杀后,15分钟之后再试试看,说不定又有票哟!

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2018-10-06,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
数据库
云数据库为企业提供了完善的关系型数据库、非关系型数据库、分析型数据库和数据库生态工具。您可以通过产品选择和组合搭建,轻松实现高可靠、高可用性、高性能等数据库需求。云数据库服务也可大幅减少您的运维工作量,更专注于业务发展,让企业一站式享受数据上云及分布式架构的技术红利!
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档