Java解决高并发下商品库存更新

2019独角兽企业重金招聘Python工程师标准>>>

一、问题分析
先来就库存超卖的问题作描述：一般电子商务网站都会遇到如团购、秒杀、特价之类的活动，而这样的活动有一个共同的特点就是访问量激增、上千甚至上万人抢购一个商品。
然而，作为活动商品，库存肯定是很有限的，如何控制库存不让出现超买，以防止造成不必要的损失是众多电子商务网站程序员头疼的问题，这同时也是最基本的问题。
从技术方面剖析，很多人肯定会想到事务，但是事务是控制库存超卖的必要条件，但不是充分必要条件。

正常情况下我们会这样写：
//获得商品库存
select counts from goods where id=?
//对比库存和下单时购买商品数量
if(counts     //库存不足...
}else{
    //业务代码...更新库存..
}
大多数人都会这么写，看似问题不大，其实隐藏着巨大的漏洞：
数据库的访问其实就是对磁盘文件的访问，数据库中的表其实就是保存在磁盘上的一个个文件，甚至一个文件包含了多张表。例如由于高并发，当前有多个用户进入到了这个事务中，
这个时候会产生一个共享锁，所以在select的时候，这多个用户查到的库存数量都是N个，同时还要注意，mysql innodb查到的结果是有版本控制的，
再其他用户更新没有commit之前(也就是没有产生新版本之前)，当前用户查到的结果依然是N；
然后是update，假如这多个用户同时到达update这里，这个时候update更新语句会把并发串行化，也就是给同时到达这里的多个用户排个序，一个一个执行，并生成排他锁，
在当前这个update语句commit之前，其他用户等待执行，commit后，生成新的版本；这样执行完后，库存或许为负数了。

改进版：
把上面的代码稍微改动一下，可以避免这样情况发生
//更新库存
update goods set counts=counts-buyAmount where  id=?
//获取当前商品库存
select counts from goods where id=?
//判断库存是否为负数
if(counts<0){
    //回滚事务
}else{
    //业务代码...更新库存..
}

但是==========================
在高并发的情况下，肯定不能如此高频率的去读写数据库，会严重造成性能问题的
必须使用缓存，将商品放入缓存中，并使用锁来处理其并发情况。当接到用户提交订单的情况下，先将商品数量递减（加锁/解锁）后再进行其他方面的处理，处理失败在将数据递增1（加锁/解锁），
否则表示交易成功。当商品数量递减到0时，表示商品秒杀完毕，拒绝其他用户的请求。

转载于:https://my.oschina.net/u/3387320/blog/2995941