一、问题分析
先来就库存超卖的问题作描述:一般电子商务网站都会遇到如团购、秒杀、特价之类的活动,而这样的活动有一个共同的特点就是访问量激增、上千甚至上万人抢购一个商品。
然而,作为活动商品,库存肯定是很有限的,如何控制库存不让出现超买,以防止造成不必要的损失是众多电子商务网站程序员头疼的问题,这同时也是最基本的问题。
从技术方面剖析,很多人肯定会想到事务,但是事务是控制库存超卖的必要条件,但不是充分必要条件。
正常情况下我们会这样写:
//获得商品库存
select counts from goods where id=?
//对比库存和下单时购买商品数量
if(counts
//库存不足...
}else{
//业务代码...更新库存..
}
大多数人都会这么写,看似问题不大,其实隐藏着巨大的漏洞:
数据库的访问其实就是对磁盘文件的访问,数据库中的表其实就是保存在磁盘上的一个个文件,甚至一个文件包含了多张表。例如由于高并发,当前有多个用户进入到了这个事务中,
这个时候会产生一个共享锁,所以在select的时候,这多个用户查到的库存数量都是N个,同时还要注意,mysql innodb查到的结果是有版本控制的,
再其他用户更新没有commit之前(也就是没有产生新版本之前),当前用户查到的结果依然是N;
然后是update,假如这多个用户同时到达update这里,这个时候update更新语句会把并发串行化