高并发超库存下单的一个解决小技巧

问题描述:

库存更新成负数

产生原因:

由于多线程并发时每个下单线程判断是否超库存时,读到了数据库同样的值,都认为库存满足要求,都执行了下单扣库存的操作,结果就是库存被更新成了负数,实际下单量大于实际库存。

解决办法:

1、可以通过java的sychronized关键字以及Lock API去加锁,这样实现比较重,并且跨jvm的情况需要考虑分布式锁。

2、在数据库压力不是特别大的情况下,可以有一个小技巧来快速解决问题:(TPS很大的情况需要考虑消息队列等方式)

在sql中加上条件,当前库存>=n(要扣除的库存)才执行更新,利用mysql执行更新时的锁表机制,相当于用一条sql将库存读写做成了原子化操作,如果update返回结果<1 ,则说明在执行update瞬间的库存已经不足了

update  商品库存表 set stock=stock-1 where stock is not null and stock >=1 and id = goodsId

int r = updateBySqlString(sql.toString());
if(r<1){
	//高并发下超量下单的问题
	throw new BusinessException("库存不足,请联系团长");
}

PS. 如果没有索引,update会锁表,如果加了索引,就会锁行

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值