Redis高并发场景下秒杀超卖解决

已于 2023-10-30 23:56:09 修改
阅读量5.2k 收藏 70
点赞数 8
分类专栏： architect 文章标签： redis 高并发 秒杀
于 2022-04-11 19:30:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-NC-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ZGL_cyy/article/details/124095922
版权
本文探讨了秒杀场景下如何防止超卖，分析了单体架构下的超卖原因，并介绍了悲观锁、乐观锁、Redis锁及分布式锁等解决方案。重点讲解了Redis在防止超卖中的应用，包括setnx命令的使用以及Redission的实践。
摘要由CSDN通过智能技术生成

目录

在这里插入图片描述

想学习架构师构建流程请跳转：Java架构师系统架构设计

1 什么是秒杀

秒杀最直观的定义：在高并发场景下而下单某一个商品，这个过程就叫秒杀
在这里插入图片描述
在这里插入图片描述

2 为什么要防止超卖

早期的购票，刚被开发出来使用的时候，经常出现 超卖 这种现象，也就是说车票只剩10张了，却被20个人买到了，这种现象就是超卖！

还有在高并发的情况下&#

了解本专栏 订阅专栏 解锁全文 超级会员免费看
赵广陆
关注
专栏目录
订阅专栏
基于redis实现秒杀并防止超卖
技术随笔
06-08 3004
大家可以想一下上边实现方式对于多个库存的商品是否适用，其实答案很简单，是不太适用的，针对多个库存的商品，不能使用类似于分布式锁的方式，因为该种方式同时只能由一个用户争抢到资源，只有等找个用户完成了下单动作释放掉锁之后其他用户才可以继续进行，所以秒杀效率特别底下。因为所有redis的操作（这里指的是key的操作，像备份落盘之类的另算）都是单线程的，所以是线程安全的，但是有一点需要注意，这里线程安全仅仅指的是单个操作，如果有连续性的操作，需要使用lua脚本来保证原子性。仅有100个用户抢到了资源。
秒杀场景下用Redis分布式锁解决超卖问题
HSQdePYZ的博客
09-11 1623
超卖问题通常出现在多用户并发操作的情况下，即多个用户尝试购买同一件商品，导致商品库存不足或者超卖。解决超卖问题的方法有很多：乐观锁、Redis分布式锁、消息队列等。
【Redis】库存超卖问题分析
最新发布
qq_39921135的博客
08-06 1016
乐观锁：会有一个版本号，每次操作数据会对版本号+1，再提交回数据时，会去校验是否比之前的版本大1 ，如果大1 ，则进行操作成功，这套机制的核心逻辑在于，如果在操作过程中，版本号只比原来大1 ，那么就意味着操作过程中没有人对他进行过修改，他的操作就是安全的，如果不大1，则数据被修改过。，因为之前查询出来的version是1，如果执行这个条件时version依然等于1，说明跟我们之前查询到的一样，说明在我执行修改之前，是没有人修改过这个数据的，既然没有人修改过，我就可以放心大胆的去减了。
【Redis】redis解决高并发问题，如商品秒杀
keeper42的博客
01-29 258
redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库(硬盘),提高了访问效率,解决了数据库服务器压力。 为什么redis的地位越来越高，我们为何不选择memcache，这是因为memcache只能存储字符串，而redis存储类型很丰富（例如有字符串、LIST、SET等），memcache每个值最大只能存储1M,存储资源非常有限,十分消耗内存资源,而redis可以存储1G,最重要的是memcache它不如redis安全,当服务器发生故障或者意外关机等情况时,redsi会把内存中的数
借助Redis锁，完美解决高并发秒杀问题
Java笔记虾
09-05 430
点击关注公众号，利用碎片时间学习场景：一家网上商城做商品限量秒杀。1 单机环境下的锁将商品的数量存到Redis中。每个用户抢购前都需要到Redis中查询商品数量（代替mysql数据库。不考...
使用redis防止抢购商品超卖
dgcqp02462的专栏
01-08 162
前言： redis不仅仅是单纯的缓存，它还有一些特殊的功能，在一些特殊场景上很好用。 本篇博文用来测试下使用redis来防止抢购商品超卖问题。 内容： 使用redis的list进行测试 　　　　思路是设置一个redis列表List，假设有十个商品，每次请求先判断List的长度，小于十就能抢到商品，将用户信息存放到List中。代码如下 //进行抢购 ...
redis 数据不过期_Spring Boot + redis解决商品秒杀库存超卖，看这篇文章就够了
weixin_39625337的博客
12-07 567
作者：涛哥谈篮球来源：toutiao.com/i68366119896078095482020年Java面试题库连载中【000期】原创！2020年Java最全面试题库思维导图！【001期】JavaSE面试题(一)：面向对象【002期】JavaSE面试题(二)：基本数据类型与访问修饰符【003期】JavaSE面试题(三)：JavaSE语法(1)【004期】JavaSE面试题(四)：JavaSE语法(...
如何使用Redis分布式锁避免秒杀活动中的订单超卖问题
fudaihb的博客
05-03 1049
秒杀活动因其限时限量的特性，往往吸引大量用户参与，这就给系统带来了巨大的并发压力。在高并发的场景下，如何保证商品不会超卖是一个技术难点。本文将介绍如何利用Redis分布式锁来解决这一问题。
PHP+Redis事务解决高并发下商品超卖问题(推荐)
10-15
在电商系统中，高并发场景下的商品超卖问题是一个常见的挑战。传统的解决方案通常是依赖于数据库的事务机制，但在用户量较大且流量集中的情况下，仅仅依靠关系型数据库（如MySQL、Oracle）可能会导致数据库压力过大...
PHP+Redis链表解决高并发下商品超卖问题(实现原理及步骤)
10-15
在高并发场景下，商品超卖是一个常见的问题。传统的数据库操作可能会导致数据一致性问题，而使用Redis这样的内存数据存储系统可以有效地解决这个问题。本篇文章主要探讨如何利用PHP和Redis的链表（List）数据结构来...
Redis中的String类型及使用Redis解决订单秒杀超卖问题
01-19
本系列将和大家分享Redis分布式缓存，本章主要简单介绍下Redis中的String类型，以及如何使用Redis解决订单秒杀超卖问题。 Redis中5种数据结构之String类型：key-value的缓存，支持过期，value不超过512M。 Redis是单线程的，比如SetAll & AppendToValue & GetValues & GetAndSetValue & IncrementValue & IncrementValueBy等等，这些看上去像是组合命令，但实际上是一个具体的命令，是一个原子性的命令，不可能出现中间状态，可以应对一些并发情况。下面我们直接通过代码来看下具体使用。
解决高并发环境下Redis连接超时与超卖问题
10-22
Redis是一种高性能的键值存储系统，常用于缓存和分布式锁服务，对于处理高并发场景具有天然优势。 首先，我们需要理解什么是乐观锁。乐观锁假设在并发环境中，大部分操作不会产生冲突，因此在读取数据时不进行加锁...
使用 redis 减少 秒杀库存 超卖思路
m0_67401270的博客
08-27 862
由于数据库查询的及插入的操作 耗费的实际时间要耗费比redis 要多，导致 多人查询时库存有，但是实际插入数据库时却超卖redis 会有效的减少相关的延时，对于并发量相对较少的 可以一用哈哈，有些打脸的节奏，之前写的其实对并发 并没有什么深刻的理解。...
在高并发 分布式环境下 基于redis实现一人一单 不能超卖的秒杀系统（一）
qq_53303324的博客
03-18 391
图1以上是秒杀系统的大体思路首先。 在高并发 分布式环境下 基于redis实现一人一单 不能超卖的秒杀系统（一）
java 队列 抢购_使用Redis实现抢购的一种思路(list队列实现）
weixin_33124479的博客
02-12 950
抢购是如今很常见的一个应用场景，主要需要解决的问题有两个：1 高并发对数据库产生的压力2 竞争状态下如何解决库存的正确减少(“超卖”问题)对于第一个问题，已经很容易想到用缓存来处理抢购，避免直接操作数据库，例如使用Redis。重点在于第二个问题，我们看看下面一种常规的实现代码：require('predis/src/Autoloader.php');$redis = new Predis\Clie...
在Redis中秒杀场景下超时与超卖问题的解决方案
h123456789999999的博客
05-23 5361
redis高并发场景下秒杀问题的解决方案
redis实现秒杀功能(1000并发下,防止超卖)
热门推荐
土豆科技的博客
05-16 2万+
首先,生成库存的计数量 public function kucun() { //有十个库存 $count=10; //添加到redis list中 for($i=0;$i<$count;$i++){ Predis::getInstance()->lpush('kucun',111111111...
Redis分布式锁——秒杀超卖
xiaowanziddd的博客
07-03 1746
分布式锁应用场景 秒杀环境下：订单服务从库存中心拿到库存数，如果库存总数大于0，则进行库存扣减，并创建订单 订单服务负责创建订单 库存服务负责扣减库存 模拟用户访问库存 多线程并发访问，出现超卖问题，线程不安全。没有保证原子性单体锁的分类 单体应用锁指的是只能在 一个JVM 进程内有效的锁。我们把这种锁叫做单体应用锁分布式锁核心逻辑 分布式锁的核心逻辑就是在多个服务中设置一个公共的资源，在公共资源中设置锁，供多个服务去同时抢夺锁资源，一旦其中一个线程抢夺成功，其他线程就进入自旋状态，不同的尝试访问获
redis解决超卖问题
05-12
Redis可以通过使用事务（transaction）和 Lua脚本（script）来解决超卖问题。具体来说，可以使用Redis的INCRBY命令实现商品库存的增加，使用DECRBY命令实现商品库存的减少，同时使用WATCH命令监控商品库存的变化，以保证在库存不足的情况下不会出现超卖问题。 以下是一个使用Redis Lua脚本实现超卖问题的示例： ``` local stock_key = "product:1001:stock" local quantity = 1 local stock = tonumber(redis.call('get', stock_key)) if stock and stock >= quantity then redis.call('decrby', stock_key, quantity) return true else return false end ``` 在这个示例中，我们首先定义了商品库存的键名为“product:1001:stock”，接着使用Lua脚本获取当前库存，并判断库存是否足够，如果库存足够，则使用DECRBY命令减少库存，并返回true表示减少库存成功；如果库存不足，则直接返回false表示减少库存失败。 需要注意的是，在执行Lua脚本时，Redis会自动将所有命令打包成事务进行执行，因此我们不需要手动使用WATCH和MULTI命令来实现事务。
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

赵广陆

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值