秒杀活动 - 防止库存超卖
场景描述
- 商品稀缺资源,足以吸引用户
- 如何防止商品超卖
- 库存只有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,否则扣减失败
其它保障
秒杀活动页面优化
- 商品点击添加数量后,马上设置为灰色不可见点击
- 资源静态化
- 所有图片、CSS等需加载资源移到OSS服务器(阿里云服务——OSS对象存储服务器)上
- CDN服务器
代理层:大流量拦截
- 应用层:大量使用缓存
- 本地缓存:Guava
- 远程缓存:Memcache Redis Tair
数据库:
- 分库分表
- 读写分离
- 主从复制
三大利器:限流、降级、缓存
- 限流
- Smonitor 控制流量的流向和量级
- Smonitor 整体框架基于信号量的方式实现
- 只需要在业务代码前后各插入一行控制代码