百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

Redis分布式锁(redis分布式锁解决超卖)

mhr18 2025-07-21 16:18 3 浏览 0 评论

场景描述

简单模拟一个高并发库存扣减场景,商品库存加载到Redis缓存,如:

127.0.0.1:6379> set product:stock:101 200

无锁状态操作

从缓存中获取对应商品的库存,让后进行库存扣减,完成后修改商品缓存中的库存值,操作如下:

@RequestMapping("deduct/stock/{productId}")
public String deductStock(@PathVariable("productId") long productId) {
    String lockKey = PRODUCT_LOCK_PREFIX + productId;
    int productStock = Integer.parseInt(stringRedisTemplate.opsForValue().get(PRODUCT_STOCK_PREFIX + productId));
    if (productStock > 0) {
        productStock = productStock - 1;
        stringRedisTemplate.opsForValue().set(PRODUCT_STOCK_PREFIX + productId, productStock + "");
        System.out.println("扣减成功,剩余库存:" + productStock);
    }
    return "end";
}

在高并发场景下,上述代码会存在商品超卖的情况,多个线程进来,当一个线程进行库存扣减还没刷新到缓存中,另一个线程从缓存中获取到该商品的库存值进行扣减操作,这样就出现了商品超卖。

SETNX 、SETEX 创建分布式锁

通过Redis SETNX获取分布式锁,SETEX设置锁过期时间,具体操作如下:

@RequestMapping("deduct/stock/{productId}")
public String deductStock(@PathVariable("productId") long productId) {
    String lockKey = PRODUCT_LOCK_PREFIX + productId;
    /**
     * 每个请求进来生成一个唯一的Id,在锁释放操作进行判断处理改锁是不是改请求的锁,避免释放其他请求操作的锁
     */
    String clientId = UUID.randomUUID().toString();
    Boolean success = stringRedisTemplate.opsForValue().setIfAbsent(lockKey, clientId);
    stringRedisTemplate.expire(lockKey, 10, TimeUnit.SECONDS);
    if (!success) {
        return "errorCode";
    }
    try {
        int productStock = Integer.parseInt(stringRedisTemplate.opsForValue().get(PRODUCT_STOCK_PREFIX + productId));
        if (productStock > 0) {
            productStock = productStock - 1;
            stringRedisTemplate.opsForValue().set(PRODUCT_STOCK_PREFIX + productId, productStock + "");
            System.out.println("扣减成功,剩余库存:" + productStock);
        }
    } finally {       
        if (clientId.equals(stringRedisTemplate.opsForValue().get(lockKey))) {
             stringRedisTemplate.delete(lockKey);
         }
    }
     return "end";
}

1、每个线程进入库存扣减方法,设置一个线程标识ID,在释放该线程锁的时候判断是否是该线程的锁,避免释放其他线程的锁,防止在高并发情况下出现超卖情况。

2、这种方式创建分布式锁,可能会出现死锁的情况,SETNX、SETEX两个命令在Redis服务端操作并非原子操作,当SETNX获取锁成功,执行SETEX不成功的情况,就出现了死锁状态。

SETNX EXP 方式创建分布式锁

SETNX、SETEX两个命令合并一个进行原子操作获取分布式锁,如下:

@RequestMapping("deduct/stock/{productId}")
public String deductStock(@PathVariable("productId") long productId) {
    String lockKey = PRODUCT_LOCK_PREFIX + productId;
    /**
     * 每个请求进来生成一个唯一的Id,在锁释放操作进行判断处理改锁是不是改请求的锁,避免释放其他请求操作的锁
     */
    String clientId = UUID.randomUUID().toString();
    Boolean success = stringRedisTemplate.opsForValue().setIfAbsent(lockKey, clientId, 10, TimeUnit.SECONDS);
    if (!success) {
        return "errorCode";
    }
    try {
        int productStock = Integer.parseInt(stringRedisTemplate.opsForValue().get(PRODUCT_STOCK_PREFIX + productId));
        if (productStock > 0) {
            productStock = productStock - 1;
            stringRedisTemplate.opsForValue().set(PRODUCT_STOCK_PREFIX + productId, productStock + "");
            System.out.println("扣减成功,剩余库存:" + productStock);
        }
    } finally {       
        if (clientId.equals(stringRedisTemplate.opsForValue().get(lockKey))) {
             stringRedisTemplate.delete(lockKey);
         }
     }
     return "end";
}

这种方式在高并发场景下,释放锁的过程中,如果因为网络情况出现卡顿,这时正好锁的生命周期时间到了,自动释放锁,其他线程获取锁进行库存扣减操作,网络情况恢复后,上一个线程执行释放锁操作,此时会把当前线程的锁给释放掉,这时候其他的线程可以立马获取锁,就会出现库存超卖的情况,解决方案:锁续命,Redisson已帮忙实现了。

Redisson实现分布式锁

引入Redisson依赖,使用Redisson进行分布式锁创建操作。

<dependency>
    <groupId>org.redisson</groupId>
    <artifactId>redisson</artifactId>
    <version>3.6.5</version>
</dependency>


@RequestMapping("deduct/stock/{productId}")
public String deductStock(@PathVariable("productId") long productId) {
    String lockKey = PRODUCT_LOCK_PREFIX + productId;
    RLock redissonLock = redisson.getLock(lockKey);
    redissonLock.lock();
    try {
        int productStock = Integer.parseInt(stringRedisTemplate.opsForValue().get(PRODUCT_STOCK_PREFIX + productId));
        if (productStock > 0) {
            productStock = productStock - 1;
            stringRedisTemplate.opsForValue().set(PRODUCT_STOCK_PREFIX + productId, productStock + "");
            System.out.println("扣减成功,剩余库存:" + productStock);
        }
    } finally {       
        //释放锁
        redissonLock.unlock();
   }
   return "end";
}

Redisson通过Lua脚本来实现分布式锁、锁续命、锁释放操作,详情可查看Redisson源代码,实现原理如下图:

相关推荐

如何通过 Redis 日志排查连接超时问题

Redis是一种高性能的内存数据存储服务,但在高并发或误配置情况下,可能会出现连接超时问题。借助Redis日志,可以快速定位并解决连接超时的根本原因。以下是具体的排查和解决步骤:1.什么是R...

给你1亿的Redis key,如何高效统计?

前言有些小伙伴在工作中,可能遇到过这样的场景:老板突然要求统计Redis中所有key的数量,你随手执行了KEYS*命令,下一秒监控告警疯狂闪烁——整个Redis集群彻底卡死,线上服务大面积瘫痪。今天...

Redis分布式锁的安全性分析与实践指南

一、Redis分布式锁的核心原理Redis分布式锁通过SETNX(SetifNotExists)和EXPIRE(Expire)指令实现原子性操作,结合UUID生成唯一标识符,确保锁的互斥性和安全...

高可用Redis分布式锁:秒杀系统中的锁战

引言在分布式系统中,“程序猿的终极武器是并发控制”。当多个服务实例同时访问共享资源时,如何避免数据不一致和重复操作?答案是分布式锁。Redis凭借其高性能和原子性操作,成为实现分布式锁的首选方案。...

Redis分布式锁(redis分布式锁解决超卖)

场景描述简单模拟一个高并发库存扣减场景,商品库存加载到Redis缓存,如:127.0.0.1:6379>setproduct:stock:101200无锁状态操作从缓存中获取对应商品的库存...

Redis 分布式锁和 ZooKeeper分布式锁

Redis分布式锁和ZooKeeper(简称zk)分布式锁都是用来解决在分布式系统中多个节点之间竞争资源的问题。它们各自有不同的特点和适用场景。Redis分布式锁Redis实现分布式锁主要是...

Redis vs ZooKeeper锁:高并发下的生死对决,谁才是最终赢家?

在分布式系统中,锁是控制资源访问的重要机制。Redis和ZooKeeper作为两种主流的分布式锁实现方案,各有优劣。本文将从原理、性能、代码实现三个维度进行硬核对比,助你做出最佳技术选型。一、原理对比...

说说Redis的大key(redis key大小限制)

一句话总结Redis大key指存储超大值(如字符串过大、集合元素过多)的键。主要成因包括:1.设计不合理,未拆分数据结构;2.业务需求(如缓存整页数据);3.数据持续积累未清理;4.使用不当的集合类型...

PHP Laravel框架底层机制(php框架的底层原理)

当然可以,Laravel是最受欢迎的PHP框架之一,以优雅的语法和丰富的生态而闻名。尽管开发体验非常“高端”,它的底层其实是由一系列结构清晰、职责分明的组件构成的。下面我从整体架构、核心流程、...

PHP性能全面优化-值得收藏(php优化网站性能)

PHP项目卡顿频发,老技巧失灵?隐藏漏洞竟在代码循环里。上周公司服务器突然开始卡顿,测试发现用户请求响应时间翻倍。我们先按以前学的方法做了基准测试,用AB工具压测时发现2000并发就有5%错误,换成S...

PHP+UniApp:低成本打造外卖系统横扫App+小程序+H5全平台

在餐饮行业数字化转型中,外卖系统开发常面临两大痛点:高昂的开发成本(需独立开发App、小程序、H5)和多端维护的复杂性。PHP+UniApp的组合通过技术复用与跨平台能力,为中小商家和开发者提供了“降...

从需求到上线:PHP+Uniapp校园圈子系统源码的架构设计与性能优化

一、需求分析与架构设计1.核心功能需求用户体系:支持手机号/微信登录、多角色权限(学生、教师、管理员)。圈子管理:支持创建/加入兴趣圈子(如学术、电竞)、标签分类、动态发布与审核。实时互动:点赞、评...

PHP 8.0性能翻3倍?四年亲测:这些项目升了哭晕!

2020年那个感恩节,当PHP8.0带着“性能翻倍”的豪言横空出世时,无数程序员连夜备份代码准备升级。四年过去了,那些宣称“性能提升3倍”的项目,真的跑出火箭速度了吗?还记得当时铺天盖地的宣传吗?“...

我把 Mac mini 托管到机房了:一套打败云服务器的终极方案

本内容来源于@什么值得买APP,观点仅代表作者本人|作者:薯仔不爱吃薯仔我把我积灰的Macmini托管到机房了,有图有真相。虽然画质又渣又昏暗,但是!这就是实锤。作为开发者,谁不想拥有个自己的服...

从phpstudy到Docker:我用一个下午让开发效率翻倍的实战指南

一、为什么放弃phpstudy?上周三下午,我花了3小时将本地开发环境从phpstudy迁移到Docker,没想到第二天团队反馈:环境部署时间从2小时压缩到5分钟,跨设备协作bug减少70%。作为一个...

取消回复欢迎 发表评论: