防止商品超卖的思路有哪些
本篇内容介绍了“防止商品超卖的思路有哪些”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
创新互联建站主营顺义网站建设的网络公司,主营网站建设方案,app软件开发公司,顺义h5微信小程序开发搭建,顺义网站营销推广欢迎顺义等地区企业咨询
一、如何防止超卖
在防止超卖的逻辑编写时,加锁这个思路是没有问题的,但是要加什么锁,锁哪一段逻辑就成为了问题。
1、思路1
jvm提供了synchronized和reentrantlock。
这两个锁适合在减库存的时候使用吗?
理论上讲,是可以使用的,但是服务必须是单机部署。如果是多台服务器,就会变成如下场景,锁根本没有作用。
3、思路3
我在网上曾看到有人列举前面两种实现方式,这里重点说明下,单机锁和分布式锁是不推荐的!
其实防超卖最终的目的是防止数据库的库存(goods_num)小于0。导致小于0的原因是多个线程在程序中计算库存,然后在赋值给数据库。这么多锁要解决的问题,其实一条sql就可以实现。
update t_goods set goods_num=goods_num - 1 where goods_id=1 and goods_num>0
如上所示。例如卖了id为1的商品1件。这时库存减一,重点是where条件中判断了goods_num>0。这样就间接的限制了只有库存在大于1的时候该sql才会减一。直接就防止了超卖的现象。
其实这个时候应该就会有人抬杠了,这是电商场景呀,直接连接数据库压力很大的。其实这个时候就要在减库存之前进行友好的限流了。
redis提供了几个命令:
incr——加
decr——减
incrby——阶梯加
decrby——阶梯减
这几个都是原子操作,并且在执行成功之后会返回结果。例如:
redis> SET failure_times 10OK redis> DECR failure_times(integer) 9
这样如果有场景数据库减库存压力太大,可以双重判断,商品开卖之前,redis缓存商品的库存,先通过DECR减少redis库存,再减少数据库库存,当redis库存已经为0的时候,就没有必要再减少数据库的数据了。
“防止商品超卖的思路有哪些”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站,小编将为大家输出更多高质量的实用文章!
当前文章:防止商品超卖的思路有哪些
文章源于:http://cdiso.cn/article/pddpdo.html