解决库存超卖问题

最新推荐文章于 2024-04-20 06:37:12 发布
最新推荐文章于 2024-04-20 06:37:12 发布
阅读量1.1k 收藏
点赞数 2
分类专栏： Golang 文章标签： golang
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_29744347/article/details/126456078
版权

文章目录

前言

在并发的情况下扣减库存会出现库存超卖的现象。
这里使用golang进行讲解，数据库操作使用gorm + mysql。
先运行下面的代码将测试表和数据创建好。

package main

import (
	"gorm.io/driver/mysql"
	"gorm.io/gorm"
	"gorm.io/gorm/logger"
	"log"
	"os"
	"time"
)

type Inventory struct {
	gorm.Model
	ID  uint `gorm:"primarykey"`
	Num *int `gorm:"type:bigint not null;default:20"`
}

func (i Inventory) TableName() string {
	return "inventory"
}

func getConnect() *gorm.DB {
	//换成自己的数据库连接
	dsn := "root:Xrx@1994113@tcp(127.0.0.1:3306)/proxy?charset=utf8mb4&parseTime=True&loc=Local"
	newLogger := logger.New(
		//os.Stdout 标准输出，控制台打印
		// 以\r\n来作为打印间隔
		// log.LstdFlags 前面这串： 2022/08/13 15:22:34
		log.New(os.Stdout, "\r\n", log.LstdFlags),
		logger.Config{
			SlowThreshold:             time.Second, // 慢 SQL 阈值
			LogLevel:                  logger.Info, // 日志级别
			IgnoreRecordNotFoundError: true,        // 是否忽略ErrRecordNotFound（记录未找到）错误
			Colorful:                  true,        //是否开启彩色打印
		},
	)

	// 全局模式
	open, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
		//禁止创建外键
		DisableForeignKeyConstraintWhenMigrating: true,
		Logger:                                   newLogger,
	})
	if err != nil {
		panic(err)
	}
	return open
}

func CreateTable(connect *gorm.DB, model interface{}) {

	//迁移时设置引擎和默认字符集
	err := connect.Set("gorm:table_options", "ENGINE=InnoDB DEFAULT CHARSET UTF8").AutoMigrate(model)
	if err != nil {
		panic(err)
	}
}

func main() {
	connect := getConnect()
	CreateTable(connect, &Inventory{})
	num := 20
	connect.Create(&[]Inventory{
		{ID: 1, Num: &num},
		{ID: 2, Num: &num},
		{ID: 3, Num: &num},
		{ID: 4, Num: &num},
	})
}
超卖复现

由于下面例子执行速度过快，20个修改前的查询数据结果差不多，导致20个协程减库存成功。但是数据值只减少了1。导致多卖出19件。

package main

import (
	"fmt"
	"gorm.io/driver/mysql"
	"gorm.io/gorm"
	"gorm.io/gorm/logger"
	"log"
	"math/rand"
	"os"
	"sync"
	"time"
)

type Inventory struct {
	gorm.Model
	ID  uint `gorm:"primarykey"`
	Num *int `gorm:"type:bigint not null;default:20"`
}

func (i Inventory) TableName() string {
	return "inventory"
}

func getConnect() *gorm.DB {
	//换成自己的数据库连接
	dsn := "root:Xrx@1994113@tcp(127.0.0.1:3306)/proxy?charset=utf8mb4&parseTime=True&loc=Local"
	newLogger := logger.New(
		//os.Stdout 标准输出，控制台打印
		// 以\r\n来作为打印间隔
		// log.LstdFlags 前面这串： 2022/08/13 15:22:34
		log.New(os.Stdout, "\r\n", log.LstdFlags),
		logger.Config{
			SlowThreshold:             time.Second, // 慢 SQL 阈值
			LogLevel:                  logger.Info, // 日志级别
			IgnoreRecordNotFoundError: true,        // 是否忽略ErrRecordNotFound（记录未找到）错误
			Colorful:                  true,        //是否开启彩色打印
		},
	)

	// 全局模式
	open, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
		//禁止创建外键
		DisableForeignKeyConstraintWhenMigrating: true,
		Logger:                                   newLogger,
	})
	if err != nil {
		panic(err)
	}
	return open
}

func main() {
	connect := getConnect()
	var wg sync.WaitGroup
	wg.Add(23)
	for i := 0; i < 23; i++ {
		go func() {
			id := 2
			inv := Inventory{}
			connect.Where(Inventory{ID: uint(id)}).Find(&inv)
			//判断是否查询,异常，自己去完善，略......
			if *inv.Num < 1 {
				fmt.Println("库存不足无法扣除")
				return
			}
           
           //随机休眠,模拟同时查询到数据，不同时更改的情况
			time.Sleep(time.Millisecond * time.Duration(rand.Intn(1000)))
			result := connect.Model(&Inventory{}).Where("id = ?", id).Update("num", *inv.Num-1)
			if result.Error != nil || result.RowsAffected == 0{
				fmt.Println("库存扣减失败")
			} else {
				fmt.Println("库存扣减成功")
			}

			defer wg.Done()
		}()
	}
	wg.Wait()
}
使用go自带的锁解决超卖

自带的锁可以解决单体应用下的超卖问题，如果是分布式的就无能为力了。
下面例子会有三个扣除失败

package main

import (
	"fmt"
	"gorm.io/driver/mysql"
	"gorm.io/gorm"
	"gorm.io/gorm/logger"
	"log"
	"os"
	"sync"
	"time"
)

type Inventory struct {
	gorm.Model
	ID  uint `gorm:"primarykey"`
	Num *int `gorm:"type:bigint not null;default:20"`
}

func (i Inventory) TableName() string {
	return "inventory"
}

func getConnect() *gorm.DB {
	//换成自己的数据库连接
	dsn := "root:Xrx@1994113@tcp(127.0.0.1:3306)/proxy?charset=utf8mb4&parseTime=True&loc=Local"
	newLogger := logger.New(
		//os.Stdout 标准输出，控制台打印
		// 以\r\n来作为打印间隔
		// log.LstdFlags 前面这串： 2022/08/13 15:22:34
		log.New(os.Stdout, "\r\n", log.LstdFlags),
		logger.Config{
			SlowThreshold:             time.Second, // 慢 SQL 阈值
			LogLevel:                  logger.Info, // 日志级别
			IgnoreRecordNotFoundError: true,        // 是否忽略ErrRecordNotFound（记录未找到）错误
			Colorful:                  true,        //是否开启彩色打印
		},
	)

	// 全局模式
	open, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
		//禁止创建外键
		DisableForeignKeyConstraintWhenMigrating: true,
		Logger:                                   newLogger,
	})
	if err != nil {
		panic(err)
	}
	return open
}

func main() {
	connect := getConnect()
	var wg sync.WaitGroup
	var l sync.Mutex
	wg.Add(23)
	for i := 0; i < 23; i++ {
		go func() {
			id := 3
			inv := Inventory{}
			l.Lock()
			defer l.Unlock()
			defer wg.Done()
			connect.Where(Inventory{ID: uint(id)}).Find(&inv)
			//判断是否查询,异常，自己去完善，略......
			if *inv.Num < 1 {
				fmt.Println("库存不足无法扣除")
				return
			}

			result := connect.Model(&Inventory{}).Where("id = ?", id).Update("num", *inv.Num-1)
			if result.Error != nil || result.RowsAffected == 0 {
				fmt.Println("库存扣减失败")
			} else {
				fmt.Println("库存扣减成功")
			}
		}()
	}
	wg.Wait()
}
常用的基于乐观锁的实现

依靠mysql set + where 语句进行库存扣减,保证库存不会扣除超过某个值(这里以a作为目标,扣减数量为b,扣除商品id为c),那么sql语句为: UPDATE inventory SET num= (num - b) WHERE (id = c and num >= a + b)。下面例子总共23个库存，23个协程去扣除，会有3个扣除失败。库存最后为0

package main

import (
	"fmt"
	"gorm.io/driver/mysql"
	"gorm.io/gorm"
	"gorm.io/gorm/logger"
	"log"
	"os"
	"sync"
	"time"
)

type Inventory struct {
	gorm.Model
	ID  uint `gorm:"primarykey"`
	Num *int `gorm:"type:bigint not null;default:20"`
}

func (i Inventory) TableName() string {
	return "inventory"
}

func getConnect() *gorm.DB {
	//换成自己的数据库连接
	dsn := "root:Xrx@1994113@tcp(127.0.0.1:3306)/proxy?charset=utf8mb4&parseTime=True&loc=Local"
	newLogger := logger.New(
		//os.Stdout 标准输出，控制台打印
		// 以\r\n来作为打印间隔
		// log.LstdFlags 前面这串： 2022/08/13 15:22:34
		log.New(os.Stdout, "\r\n", log.LstdFlags),
		logger.Config{
			SlowThreshold:             time.Second, // 慢 SQL 阈值
			LogLevel:                  logger.Info, // 日志级别
			IgnoreRecordNotFoundError: true,        // 是否忽略ErrRecordNotFound（记录未找到）错误
			Colorful:                  true,        //是否开启彩色打印
		},
	)

	// 全局模式
	open, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
		//禁止创建外键
		DisableForeignKeyConstraintWhenMigrating: true,
		Logger:                                   newLogger,
	})
	if err != nil {
		panic(err)
	}
	return open
}

func main() {
	connect := getConnect()
	var wg sync.WaitGroup
	wg.Add(23)
	for i := 0; i < 23; i++ {
		go func() {
			result := connect.Model(&Inventory{}).Where("id = ? and num >= 1", 1).Update("num", connect.Raw("num - 1"))
			if result.Error != nil || result.RowsAffected == 0 {
				fmt.Println("库存扣减失败")
			} else {
				fmt.Println("库存扣减成功")
			}
			defer wg.Done()
		}()
	}
	wg.Wait()
}
使用redis分布式锁解决超卖问题

查看我的文章《go 使用reids分布式锁》

西直门三太子
关注
  • 2
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis解决库存超卖问题，2024年最新java面试题大汇总github
2401_84181108的博客
04-11 845
2020年在匆匆忙忙慌慌乱乱中就这么度过了，我们迎来了新一年，互联网的发展如此之快，技术日新月异，更新迭代成为了这个时代的代名词，坚持下来的技术体系会越来越健壮，JVM作为如今是跳槽大厂必备的技能，如果你还没掌握，更别提之后更新的新技术了。更多JVM面试整理：一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！多JVM面试整理：**
库存超卖问题
qiu18610714529的博客
08-16 127
购物车内有多种商品并且同时结算。当高并发时，其中一个商品库存不足，如果都成功就会出现库存不足的商品会超卖。
聊聊电商系统中常见的9大坑，库存超卖、重复下单、物流单ABA...
LoveSummer
03-28 4775
做为一名程序员，发展方向大致可以分为两个方面：一个是业务架构，一个是技术架构（中间件方向）。 业务架构，取其核心关键词，主要是围绕这不同的业务场景、业务规则，完成业务系统的落地建设，为用户提供在线化的信息服务。 既然说到业务，那方向可就多了去了，如：出行、外卖、充电宝、O2O、内容、社交、生鲜、电商，不同的业务有不同的特点。 面对这么多的业务域，有没有通用技术经验可以抽取，让我们可以以一应百。 这里，首推电商业务，电商系统的复杂性很高，对高并发、高性能、高可用、高扩展，等方面要求很高。你在其他业务中可能遇到
深入理解高并发超卖一系列问题与解决方案（近7万字详解，跳槽涨薪必备宝藏珍藏级分享）
最新发布
weixin_42100387的博客
04-20 785
深入理解高并发超卖一系列问题与解决方案（近7万字详解，跳槽涨薪必备宝藏珍藏级分享）
秒杀：超卖问题（图解+秒懂+史上最全）
架构师尼恩
09-28 1万+
文章很长，而且持续更新，建议收藏起来，慢慢读！ Java 高并发 发烧友社群：疯狂创客圈（总入口） 奉上以下珍贵的学习资源： 免费赠送 经典图书 ： 极致经典 + 社群大片好评 《 Java 高并发 三部曲 》 面试必备 + 大厂必备 + 涨薪必备 免费赠送 经典图书 ： 《Netty Zookeeper Redis 高并发实战》 面试必备 + 大厂必备 +涨薪必备 （加尼恩领取） 免费赠送 经典图书 ： 《SpringCloud、Nginx高并发核心编程》 面试必备 + 大
高并发下防止库存超卖的解决方案
yishihuakai的专栏
02-29 7830
最近在看秒杀相关的项目，针对防止库存超卖的问题，查阅了很多资料，其解决方案可以分为悲观锁、乐观锁、分布式锁、Redis原子操作、队列串行化等等，这里进行浅显的记录总结。 首先我们来看下库存超卖问题是怎样产生的： 1 2 3 4 5 6 //1.查询出商品库存信息 selectstockfromt_goodsw...
使用rabbitmq解决超卖问题
11-28
高并发环境下是很容易发生库存的情况，这个demo演示了使用RabbitMQ解决高并发环境下超卖问题。
Spring Boot + redis解决商品秒杀库存超卖
06-11
在众多抢购活动中，在有限的商品数量的限制下如何保证抢购到商品的用户数不能大于商品数量，也就是不能出现超卖的问题；还有就是抢购时会出现大量用户的访问，如何提高用户体验效果也是一个问题，也就是要解决秒杀...
Redis中的String类型及使用Redis解决订单秒杀超卖问题
01-19
本系列将和大家分享Redis分布式缓存，本章主要简单介绍下Redis中的String类型，以及如何使用Redis解决订单秒杀超卖问题。 Redis中5种数据结构之String类型：key-value的缓存，支持过期，value不超过512M。 Redis是...
PHP+Redis链表解决高并发下商品超卖问题(实现原理及步骤)
01-19
上一篇文章聊了一下使用Redis事务来解决高并发商品超卖问题，今天我们来聊一下使用Redis链表来解决高并发商品超卖问题。 实现原理 使用redis链表来做，因为pop操作是原子的，即使有很多用户同时到达，也是依次执行，...
解决高并发环境下Redis连接超时与超卖问题
10-22
这个Demo演示了使用redis乐观锁机制解决高并发环境下出现连接超时与超卖（库存出现负数）情况的解决办法。
golang 关于锁 mutex,你可能还需要继续理解
fwhezfwhez的博客
09-29 5856
mutex实例无需实例化，声明即可使用 func add(){ var mutex sync.Mutex mutex.Lock() defer mutex.Unlock() fmtPrintln(&amp;amp;amp;quot;test lock&amp;amp;amp;quot;) } mutex在传递给外部使用的时候，需要传指针,不然传的是拷贝，会引起锁失败。并且指针的mutex是一定要实例化过的。 func ad.
实战高并发秒杀实现（2）：防止库存超卖问题（超详细）
热门推荐
RuiKe的博客
03-08 1万+
一、理论基础 1.1、防止库存超卖，需要关注的问题 （1）秒杀数据库的设计； （2）基于数据库乐观锁防止库存超卖； （3）基于redis实现用户行为频率限制——用户再次抢购时提示“该用户操作频繁，请少稍后重试，一般可设置10秒后才能再次调用秒杀接口”； （4）基于Token令牌+MQ实现异步修改库存； （5）使用apache-jmeter做秒杀压力测试（可配置线程数和循环次数，比如线程...
如何解决高并发下的超卖问题？
-
03-07 3217
由秒杀引发的一个问题 秒杀最大的一个问题就是解决超卖的问题。其中一种解决超卖如下方式： update goods set num = num - 1 WHERE id = 1001 and num > 0 我们假设现在商品只剩下一件了，此时数据库中 num = 1； 但有100个线程同时读取到了这个 num = 1，所以100个线程都开始减库存了。 但你会最终会发觉，其实只有一个线程减...
数据库单表数据过亿_我用EggJS开发了一个日增量过亿的数据可视化平台
weixin_39574928的博客
10-27 194
项目背景小编我在国内某知名互联网（非一线）做前端开发，平时做NodeJS比较多，所以负责BFF和服务端的事情也不较多。前些日子，我所在的Team接到了一个“大活儿”，为我们公司某个服务（出于保密的原因，这里不能直说）做数据可视化及数据分析平台。与数据生产方（服务维护方）沟通几轮后，我了解到了本次的后端服务有几大挑战:全栈开发： 本项目在数据生产完成之后，所有工作都要由我们前端组独立完成，包括前端页...
gorm 遇坑总结
耕云者~
10-26 1024
gorm debug 出来的语句可以正常执行，但是程序就是有问题？？
如何正解决库存超卖问题
qq_15988615的专栏
09-07 1927
[前言] 　　一般电子商务网站都会遇到如团购、秒杀、特价之类的活动，而这样的活动有一个共同的特点就是访问量激增、上千甚至上万人抢购一个商品。然而，作为活动商品，库存肯定是很有限的，如何控制库存不让出现超买，以防止造成不必要的损失是众多电子商务网站程序员头疼的问题，这同时也是最基本的问题。 　　本文来源：http://blog.csdn.net/caomiao2006/article/detai
golang mysql 高并发_golang 高并发数据库库存同步处理
weixin_39613561的博客
02-23 1153
方法一(对数据库的读写操作加锁)一(DAO层加行锁:读写锁)package mainimport ("sync")//1、多个读之间不存在互斥关系//2、写操作之间都是互斥的，并且写操作与读操作之间也都是互斥的type idMutex map[string] *sync.RWMutexvar myIdMutex idMutexfunc init() {myIdMutex=make(map[stri...
超卖问题及其解决方法
E_N_T_J的博客
03-02 1万+
超卖问题介绍 在高并发的场景下，比如商城秒杀活动中，一件商品的销售数量＞库存数量的问题，称为超卖问题。主要原因是在高并发场景下，大量请求几乎同时到达，对库存资源进行竞争，由于没有适当的并发控制策略导致的错误。 简单的下单操作 如果没有并发的控制策略，则在下单时只需要考虑如下几步：查询库存数量、判断是否满足订单数量需求，提示库存不足或者减库存下单成功。通常我们会按照如下写法 public Serve...
库存超卖问题最佳解决方案
03-11
对于库存超卖问题，最佳解决方案是建立一个实时库存管理系统，确保库存数量的准确性和及时性。同时，可以采用预售、限购等方式...此外，及时更新库存信息，加强与供应商的沟通协调，也是解决库存超卖问题的有效措施。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值