电商并发减库存设计，如何做到不超卖-51CTO.COM

前言

高并发的秒杀活动中，通过查询数据库判断是否还有库存，然后对库存字段进行增减，极易出现库存超出或者库存为负的情况，一般来说有3中解决办法（数据库表加锁，memche缓存，redis队列）；

我们这里使用redis来解决问题

1、思路：

1）触发开始开团的同时，把库存数量更新到id对应的队列上去（定时更新，或者手动更新）

2）用户请求接口，如果队列长度>0，移除一个队列记录，同时对数据库进行相应操作

3）如果队列长度<=0，拦截用户的访问，返回‘无库存’

2、重点设计在数据库层面

2张表：

第一张：判重表(buy_record)，该用户有没秒杀过该商品

字段: id, uid, goods_id, addtime

第二张表：商品表 goods

字段：goods_id goods_num

方案一

start transaction;
  select id from buy_record where uid=$uid and goods_id=$goods_id;
  if(结果不为空)
      抛异常，回滚。
  insert into buy_record。。。
  if(受影响行数<=0)
          抛异常，回滚。。。  
  select goods_num from goods where goods_id=$good_id;
  if(库存<=0)
          抛异常，回滚。。。  
  update goods set goods_num=goods_num-1 where goods_id=$goods_id;
  if(受影响行数<=0)
      该方法在高并发下几乎必然导致超卖。当库存为1的时候刚好多个用户同时    select goods_num from goods where goods_id=$good_id;此时库存刚好大于0，做update操作的时候必然减到小于0.  同时上面进行是否秒杀过的判重同样会出现类似问题1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.

方案二

start transaction;
    select id from buy_record where uid=$uid and goods_id=$goods_id          for       update        ;  
if(结果不为空)
    抛异常，回滚。
insert into buy_record。。。
if(受影响行数<=0)
    抛异常，回滚。。。
    select goods_num from goods where goods_id=$good_id    for update    ;  
if(库存<=0)
    抛异常，回滚。。。
    update goods set goods_num=goods_num-1     where goods_id=$goods_id    ;  
if(受影响行数<=0)
    抛异常，回滚。。。1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.

该方法有效的防止了超卖，但是在每次select的时候加上了排它锁，每次select操作都会被堵塞    ，并发性能大大降低。1.

方案三

对（uid,goods_id）加唯一索引！！      
  start transaction;
      insert into buy_record。。。  
  if(唯一索引报错？)
      抛异常，已经秒过了，回滚。。。
            update goods set goods_num=goods_num-1                         where goods_id=$goods_id          and                goods_num>0            ;      
  if(受影响行数<=0)
      抛异常，商品秒完了，回滚。。。1.
2.
3.
4.
5.
6.
7.
8.

该方法完美的解决了超卖与select排它锁导致的并发低的问题，并且4个sql缩减成2个sql语句。极大提升性能。