秒杀---使用乐观锁实现或cache实现

概念

秒杀系统的特点

新品上市 价格低廉

市场造势 大幅推广

指定时间开售

瞬时售空

读多写少

秒杀系统难点

高并发、负载压力大

竞争资源是有限的

对其他业务的影响

提防“黄牛党”

秒杀系统应用场景

商品抢购

群红包

优惠卷领取

抢火车票

在线预约

技术维度对秒杀系统的分析 —— 架构原则

技术维度对秒杀系统的分析 —— 优化技术

业务维度对秒杀系统的分析

修改库存放在订单支付的前面位置 体现了企业的良心

秒杀没抢到的话 订单30分钟未支付会取消订单 释放库存 可以捡漏

核心业务基于DB的实现

场景描述

业务描述：有50台苹果7手机，模拟200个用户同时请求购买，每个人都购买N台手机

实现原理：基于数据库的乐观锁 表t_goods_info

update t_goods_info set amout = amout - #{buys} where code = #{code} and amout - #{buys} >=0

优点:实现简单, 最可靠

缺点: 并发量小 300 or 700

核心业务基于cache的实现(memcache)

场景描述

业务描述：有50台苹果7手机，模拟200个用户同时请求购买，每个人都购买N台手机

实现原理：基于缓存的乐观锁 。基于memcache的decr，decr是原子的。

decr是有毒的

Decr的返回值有只有三种情况，

“>0”“=0”(减数大于被减数) “=-1”(键值不存在)

10 – 100 =0(这里有毒)

Memcached是不支持事务的

操作序列不是原子性的

解决

轻量级的锁机制CAS机制

解释：Check and set ,即保存之前进行版本检查，memcache 1.2.4新增的特性。

gets： 获取item，并获取版本号

cas：更新item，并上传获取item时的版本号，版本号与服务器一致才能更新成功

算法如下:



核心代码:

@Override
public Boolean updateGoodsAmount(String code, int buys) {
MemcachedItem item = client.gets(code);
if(Integer.valueOf(item.getValue().toString().trim()) < buys ){
return false;
}else{
if(client.cas(code, String.valueOf(Integer.valueOf(item.getValue().toString().trim())-buys), item.casUnique)){
return true;
}else{
return updateGoodsAmount(code,buys);
}
}

}

Redis 与 memcached 的秒杀之争