秒杀活动

秒杀活动 - 防止库存超卖


场景描述

  • 商品稀缺资源,足以吸引用户
  • 如何防止商品超卖
    • 库存只有10个,100个人买,其他90人买不到
  • 高并发、负载大
  • 数据库读多写少

实现方案

一、基于数据库实现

  • 设计思想:基于CAS乐观锁
  • 核心实现:
update t_good_stock
set good_num = good_num - #{buyNum}
where sku = #{sku} and good_num - #{buyNum} > 0 ;
  • 实现描述:
    • CAS compare and swap 直到where的两个查询条件均满足的时候才会扣减库存
    • 扣减库存失败,接口层返回false,提示用户本次秒杀不成功,等待下一个时段
  • 其他信息:
    • 不适用悲观锁的方式,获取锁,释放锁,资源的竞争方式,性能低
  • 方案缺点
    • 访问并发量大的时候,数据库MySQL会出现访问瓶颈,MySQL有最大连接数,若同一个时间段的访问请求数量过大,可能会导致数据库奔溃,连接超时,影响系统其它功能
    • 只适用于小的电商网站

二、基于Redis 实现

  • Memcache 单线程 ;Redis 多线程
  • Redis 提供原子性的增减操作,incr 与 decr 方法
  • 核心代码:
// 1.pom.xml 引用 Redis 依赖

// 2.实现类中注入 JedisPool
@Autowired
private JedisPool jedisPool ;

// 3.方法中获取 Jedis 对象
Jedis jedis = jedisPool.getResource();

// 4.库存扣减
jedis.decrBy(stockNum,buyNum); 
// 扣减成功返回 >= 0L,否则扣减失败

其它保障

  • 秒杀活动页面优化

  • 代理层:大流量拦截

  • 应用层:大量使用缓存
    • 本地缓存:Guava
    • 远程缓存:Memcache Redis Tair
  • 数据库:

    • 分库分表
    • 读写分离
    • 主从复制
  • 三大利器:限流、降级、缓存

  • 限流
    • Smonitor 控制流量的流向和量级
    • Smonitor 整体框架基于信号量的方式实现
    • 只需要在业务代码前后各插入一行控制代码
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值