高并发的秒杀活动中,通过查询数据库判断是否还有库存,然后对库存字段进行增减,极易出现库存超出或者库存为负的情况,一般来说有3中解决办法(数据库表加锁,memche缓存,redis队列);
1)触发开始开团的同时,把库存数量更新到id对应的队列上去(定时更新,或者手动更新)
2)用户请求接口,如果队列长度>0,移除一个队列记录,同时对数据库进行相应操作
3)如果队列长度<=0,拦截用户的访问,返回‘无库存’
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. 同时上面进行是否秒杀过的判重同样会出现类似问题
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) 抛异常,回滚。。。
该方法有效的防止了超卖,但是在每次select的时候加上了排它锁,每次select操作都会被堵塞 ,并发性能大大降低。
对(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) 抛异常,商品秒完了,回滚。。。
该方法完美的解决了超卖与select排它锁导致的并发低的问题,并且4个sql缩减成2个sql语句。极大提升性能。
本文链接:http://www.28at.com/showinfo-26-100723-0.html电商并发减库存设计,如何做到不超卖
声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。邮件:2376512515@qq.com