Redis(九) - Redis之分布式锁

已于 2023-09-15 09:57:08 修改
阅读量8.4k 收藏 67
点赞数 20
分类专栏： Redis 文章标签： redis 分布式 java
于 2022-07-27 00:25:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36602071/article/details/126002886
版权

文章目录

一、分布式锁

1. 分布式锁的基本原理

分布式锁：满足分布式系统或集群模式下多进程可见并且互斥的锁。

在这里插入图片描述

2. 分布式锁的特点

在这里插入图片描述

3. 分布式锁的实现方式

  • 分布式锁的核心是实现多进程之间互斥，而满足这一点的方式有很多，常见的有三种：

在这里插入图片描述

二、基于Redis的分布式锁

1. 分布式锁执行流程

实现分布式锁时需要实现的两个基本方法：

  • 获取锁：

    • 互斥：确保只能有一个线程获取锁
    • 非阻塞：尝试一次，成功返回true，失败返回false
# 添加锁，NX是互斥，EX是设置超时时间
SET lock thread NX EX 10

  • 释放锁：

    • 手动释放
    • 超时释放：获取锁时添加一个超时时间
# 释放锁，删除即可
DEL key

在这里插入图片描述

2. 基于Redis实现分布式锁的初级版本

需求：定义一个类，实现下面接口，利用Redis实现分布式锁功能。

public interface ILock {

    /**
     * 非阻塞方式，尝试获取锁
     * @param timeoutSec 锁持有的超时时间，过期后自动释放
     * @return true代表获取锁成功; false代表获取锁失败
     */
    boolean tryLock(long timeoutSec);

    /**
     * 释放锁
     */
    void unlock();
}

简单实现redis分布式锁：

public class SimpleRedisLock implements ILock {

	// 业务名称
    private String name;
    private StringRedisTemplate stringRedisTemplate;

	// 通过构造方法将name和stringRedisTemplate传入
    public SimpleRedisLock(String name, StringRedisTemplate stringRedisTemplate) {
        this.name = name;
        this.stringRedisTemplate = stringRedisTemplate;
    }

    private static final String KEY_PREFIX = "lock:";

    @Override
    public boolean tryLock(long timeoutSec) {
        // 获取线程标识
        long threadId = Thread.currentThread().getId();
        // 获取锁
        Boolean success = stringRedisTemplate.opsForValue()
                .setIfAbsent(KEY_PREFIX + name, threadId + "", timeoutSec, TimeUnit.SECONDS);
        return Boolean.TRUE.equals(success);
    }

    @Override
    public void unlock() {
        //通过del删除锁
        stringRedisTemplate.delete(KEY_PREFIX + name);
    }
}

改造上一章中加synchronized锁的代码：

  • 使用synchronized锁
synchronized (userId.toString().intern()) {
    // 获取代理对象（事务）
    IVoucherOrderService proxy = (IVoucherOrderService) AopContext.currentProxy();
   return proxy.createVoucherOrder(voucherId);
}
  • 使用Redis分布式锁
// 使用Redis分布式锁
// 创建锁对象
SimpleRedisLock lock = new SimpleRedisLock("order:" + userId, stringRedisTemplate);
// 获取锁对象
boolean isLock = lock.tryLock(5);
// 加锁失败
if (!isLock) {
   return Result.fail("不允许重复下单");
}
try {
   // 获取代理对象(事务)
   IVoucherOrderService proxy = (IVoucherOrderService) AopContext.currentProxy();
   return proxy.createVoucherOrder(voucherId);
} finally {
   // 释放锁
   lock.unlock();
}

三、Redis分布式锁误删问题

1. 误删问题分析

  • 线程1先获取锁后，由于业务阻塞还没执行完成，线程1的锁超时后自动释放
  • 线程2在线程1的锁超时自动释放后，进行加锁成功
  • 正好线程1将业务接着执行完后，需要释放锁，此时释放的就是线程2的锁，造成了误删问题
  • 误删后，线程3又加锁成功，此时，线程2和线程3就出现了并发执行业务，造成并发安全问题
    在这里插入图片描述

2. 解决方案

  • 在获取锁时存入线程标识（可以用UUID表示）

  • 在释放锁时先获取锁中的线程标识，判断是否与当前线程标识一致

    • 如果一致则释放锁
    • 如果不一致则不释放锁
      注意：不要直接将线程id作为线程标识，因为不同JVM中的线程id可能一样，所以可以用 线程id+UUID 作为线程标识
      在这里插入图片描述

3. 改进分布式锁的实现

public class SimpleRedisLock implements ILock {

    // 业务名称
    private String name;
    private StringRedisTemplate stringRedisTemplate;

    // 通过构造方法将name和stringRedisTemplate传入
    public SimpleRedisLock(String name, StringRedisTemplate stringRedisTemplate) {
        this.name = name;
        this.stringRedisTemplate = stringRedisTemplate;
    }

    private static final String KEY_PREFIX = "lock:";
    private static final String ID_PREFIX = UUID.randomUUID().toString(true) + "-";

    @Override
    public boolean tryLock(long timeoutSec) {
        // 获取线程标识
        String threadId = ID_PREFIX + Thread.currentThread().getId();
        // 获取锁
        Boolean success = stringRedisTemplate.opsForValue()
                .setIfAbsent(KEY_PREFIX + name, threadId, timeoutSec, TimeUnit.SECONDS);
        return Boolean.TRUE.equals(success);
    }

    @Override
    public void unlock() {
        // 获取线程标识
        String threadId = ID_PREFIX + Thread.currentThread().getId();
        // 获取锁中的标识
        String id = stringRedisTemplate.opsForValue().get(KEY_PREFIX + name);
        // 判断标识是否一致
        if(threadId.equals(id)) {
            // 释放锁
            stringRedisTemplate.delete(KEY_PREFIX + name);
        }
    }
}

四、分布式锁的原子性问题

1. 原子性问题分析

  • 线程1执行完业务后，准备释放锁
  • 先判断完锁一致后，正准备释放时，发生了阻塞（例如：GC时所有线程会阻塞），恰好线程1在阻塞期间，锁超时被释放
  • 线程2获取锁成功，此时线程1被唤醒后，继续释放锁，由于之前判断过锁的标识，所以直接释放锁，但是此时的锁是线程2的
  • 线程3又加锁成功，此时，线程2和线程3就出现了并发执行业务，造成并发安全问题
    在这里插入图片描述

2. Lua脚本解决多条命令原子性问题

Redis提供了Lua脚本功能，在一个脚本中编写多条Redis命令，确保多条命令执行时的原子性。Lua是一种编程语言，它的基本语法大家可以参考网站：https://www.runoob.com/lua/lua-tutorial.html

这里重点介绍Redis提供的调用函数，语法如下：

# 执行Redis命令
redis.call('命令名称', 'key', '其他参数', ...)

例如，我们要执行set name jack，则脚本是这样：

# 执行 set name jack
redis.call('set', 'name', 'jack')

例如，我们要先执行set name Rose，再执行get name，则脚本如下：

# 先执行 set name jack
redis.call('set', 'name', 'jack')
# 再执行 get name
local name = redis.call('get', 'name')
# 返回
return name

写好脚本以后，需要用Redis命令来调用脚本，调用脚本的常见命令如下：

127.0.0.1:6379> help @scripting
  EVAL script numkeys key [key ...] arg [arg ...]
  summary: Execute a Lua script server side
  since: 2.6.0

例如，我们要执行 redis.call(‘set’, ‘name’, ‘jack’) 这个脚本，语法如下：

在这里插入图片描述

如果脚本中的key、value不想写死，可以作为参数传递。key类型参数会放入KEYS数组，其它参数会放入ARGV数组，在脚本中可以从KEYS和ARGV数组获取这些参数：
在这里插入图片描述

释放锁的业务流程是这样的：

  1. 获取锁中的线程标识
  2. 判断是否与指定的标识（当前线程标识）一致
  3. 如果一致则释放锁（删除）
  4. 如果不一致则什么都不做

如果用Lua脚本来表示则是这样的：

-- 这里的 KEYS[1] 就是锁的key，这里的ARGV[1] 就是当前线程标识
-- 获取锁中的标识，判断是否与当前线程标识一致
if (redis.call('GET', KEYS[1]) == ARGV[1]) then
  -- 一致，则删除锁
  return redis.call('DEL', KEYS[1])
end
-- 不一致，则直接返回
return 0

3. 再次改进Redis的分布式锁

需求：基于Lua脚本实现分布式锁的释放锁逻辑

提示：RedisTemplate调用Lua脚本的API如下：

在这里插入图片描述

  • 将编写的Lua脚本放在resources目录下：
    在这里插入图片描述
public class SimpleRedisLock implements ILock {

    // 业务名称
    private String name;
    private StringRedisTemplate stringRedisTemplate;

    // 通过构造方法将name和stringRedisTemplate传入
    public SimpleRedisLock(String name, StringRedisTemplate stringRedisTemplate) {
        this.name = name;
        this.stringRedisTemplate = stringRedisTemplate;
    }

    private static final String KEY_PREFIX = "lock:";
    private static final String ID_PREFIX = UUID.randomUUID().toString(true) + "-";
    // 加载Lua脚本
    private static final DefaultRedisScript<Long> UNLOCK_SCRIPT;
    static {
        UNLOCK_SCRIPT = new DefaultRedisScript<>();
        UNLOCK_SCRIPT.setLocation(new ClassPathResource("unlock.lua"));
        UNLOCK_SCRIPT.setResultType(Long.class);
    }

    @Override
    public boolean tryLock(long timeoutSec) {
        // 获取线程标识
        String threadId = ID_PREFIX + Thread.currentThread().getId();
        // 获取锁
        Boolean success = stringRedisTemplate.opsForValue()
                .setIfAbsent(KEY_PREFIX + name, threadId, timeoutSec, TimeUnit.SECONDS);
        return Boolean.TRUE.equals(success);
    }

    @Override
    public void unlockL() {
        // 调用Lua脚本
        stringRedisTemplate.execute(
                UNLOCK_SCRIPT,
                Collections.singletonList(KEY_PREFIX + name),
                ID_PREFIX + Thread.currentThread().getId());
    }

五、小结

基于Redis的分布式锁实现思路：

  • 利用set nx ex获取锁，并设置过期时间，保存线程标识
  • 释放锁时先判断线程标识是否与自己一致，一致则删除锁

特性：

  • 利用set nx满足互斥性
  • 利用set ex保证故障时锁依然能释放，避免死锁，提高安全性
  • 利用Redis集群保证高可用和高并发特性
Super_Leng
关注
  • 20
    点赞
  • 踩
  • 67
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
redis分布式锁、介绍、具体实现，调用、原理、使用场景
预立数据科技
08-15 3347
redis分布式锁、介绍、具体实现，调用、原理、使用场景
Redis学习6——Redis分布式锁
weixin_55850954的博客
05-06 1058
Redisson是一个在Redis基础上实现的Java驻内存数据网络，它不仅提供一系列的分布式java常用对象，还提供许多分布式服务，其宗旨是促进使用者对Redis的关注分离（Separation of Concern），从而让使用者能将精力更多集中在处理业务逻辑上。
Redis分布式锁
最新发布
m0_73598900的博客
05-26 644
分布式锁是一种在分布式系统中用于确保多个节点或进程在任何给定时间点，只有一个能够执行特定资源或任务的同步机制。在分布式系统中，不同的节点可能需要访问共享资源，为了防止多个节点同时修改资源造成数据不一致或冲突，就需要使用分布式锁来保证在任一时刻，只有一个节点可以访问该资源。简单来说就是满足分布式系统或者集群模式下多进程可见并互斥的锁分布式锁的特性：互斥性：在任意时刻，只有一个进程可以持有锁。安全性：持有锁的进程能够保证在它释放锁之前，其他进程不能获取同一把锁高性能。
Redis 实现分布式锁的 7 种方案
程序员高级码农的博客
01-17 1331
日常开发中，秒杀下单、抢红包等等业务场景，都需要用到分布式锁。而Redis非常适合作为分布式锁使用。本文将分七个方案展开，跟大家探讨Redis分布式锁的正确使用方式。如果有不正确的地方，欢迎大家指出哈，一起学习一起进步。什么是分布式锁方案一：SETNX + EXPIRE方案二：SETNX + value值是（系统时间+过期时间）方案三：使用Lua脚本(包含SETNX + EXPIRE两条指令)方案四：SET的扩展命令（SET EX PX NX）
【Redis笔记】分布式锁及4种常见实现方法
lcx_defender的博客
02-08 2045
分布式锁的介绍，以及四种分布式锁的实现方法，重点在于如何使用Redis创建分布式锁，以及逐步优化过程
深入学习 Redis - 分布式锁底层实现原理，以及实际应用
CYK_byte的博客
09-20 4347
lua 语言特别轻量（实现一个 lua 解释器，消耗的体积非常小），可以使用 lua 编写一些逻辑，把这个脚本上传到 redis 服务器上，然后就可以让客户端来控制 redis 执行上述脚本了.最重要的一点就是，redis 执行一个 lua 脚本，就相当于在 redis 上执行一个命令一样，是原子的. 并且 redis 官方文档中也明确说，lua 就属于是 事务 的替代方案.例如前面的 “买票” 案例.elsereturn 0end;
Redis实现分布式锁
热门推荐
07-27 3万+
分布式锁及实现方案
详解 Redis 分布式锁的 5 种方案
竹林幽深
10-16 1365
基于上面本地锁的问题，我们需要一种支持分布式集群环境下的锁：查询 DB 时，只有一个线程能访问，其他线程都需要等待第一个线程释放锁资源后，才能继续执行。生活中的案例：可以把锁看成房门外的一把锁，所有并发线程比作人，他们都想进入房间，房间内只能有一个人进入。当有人进入后，将门反锁，其他人必须等待，直到进去的人出来。我们来看下分布式锁的基本原理，如下图所示：我们来分析下上图的分布式锁：1.前端将 10W 的高并发请求转发给四个题目微服务。2.每个微服务处理 2.5 W 个请求。
Redis的分布式锁详解
yifeiliu338的博客
03-03 890
（3）为了有效解决既保证锁完全有效性 和 性能高效问题：antirez又提出了“延迟重启”的概念，redis同步到磁盘方式保持默认的每秒1次，在redis崩溃单机后（无论是一个还是所有），先不立即重启它，而是等待TTL时间后再重启，这样的话，这个节点在重启前所参与的锁都会过期，它在重启后就不会对现有的锁造成影响，缺点是在TTL时间内服务相当于暂停状态；redisson在获取锁之后，会维护一个看门狗线程，在每一个锁设置的过期时间的1/3处，如果线程还没执行完任务，则不断延长锁的有效期。
面试整理-redis实现分布式锁
weixin_41953641的博客
11-17 1747
redis
c# redis分布式锁
qq_39788123的博客
04-29 2782
学习资料： 90分钟完全吃透Redis分布式锁！(C#/.NETCore/.NET Core)B0562_哔哩哔哩_bilibili 0-2是概念 3-4是代码演示 1、什么是分布式锁 普通锁机制： 悲观锁和乐观锁 性能极低 分布式锁： 为了解决多个进程操作共享资源出现竞争，需要保证数据库的安全性 阻塞锁就是一直等到拿到锁 非阻塞锁就是拿不到锁就不拿了 2、分布式锁能解决什么问题？ 为了解决多个进程操作共享资源出现竞争，需要保证数据库的安全性 ...
redis分布式锁
09-30
redis实现分布式锁，联锁。秒杀商品测试，多线程并发测试，redission锁测试
redislock-基于redis的分布式可重入锁
08-08
分布式可重入锁是分布式系统中解决并发控制和同步问题的关键技术之一，特别是在微服务架构中，多个服务可能需要共享同一资源，此时就需要一种机制来确保数据的一致性和正确性。Redis，作为一个高性能的键值存储系统...
人工智能-项目实践-redis-基于 Redis 实现的分布式锁.zip
12-23
人工智能-项目实践-redis-基于 Redis 实现的分布式锁 redis-lock 基于 Redis 实现的分布式锁。要求： Redis >= v7: 理论上来说低于 Redis 7 的也可以，但是暂时我还没在这些 Redis 版本上测试 Go >= 18: 低版本的 ...
spring-boot-redis-token 分布式锁 redis session
09-14
http://localhost:8080/ass/getUser 测试是否登录 http://localhost:8080/any/user/passLogin 登录测试 http://localhost:8080/lock redis分布式锁测试
php-redis锁-多种加锁解锁
11-16
Redis提供了简单的原子操作，如`SET`、`GET`和`EXPIRE`等，这使得它成为实现分布式锁的理想选择。在PHP中，我们通常使用phpredis扩展来与Redis进行交互。 1. **加锁**： - **键值的自定义**：描述中提到可以根据...
redis-distribute-lock:Redis分布式锁的try-with-resources实现
05-17
Redis分布式锁的try-with-resources实现 一、简介 在当今这个时代，单体应用（standalone）已经很少了，java提供的synchronized已经不能满足需求，大家自然 而然的想到了分布式锁。谈到分布式锁，比较流行的方法有3...
Redis学习路线（6）—— Redis的分布式锁
Zain_horse的博客
07-30 924
主要是针对Redis的分布式锁的介绍以及使用与优化
Redis分布式锁原理
y果子
12-15 5433
业务背景: 后台定时任务刷新Redis的数据到数据库中，有多台机器开启了此定时同步的任务，但是需要其中一台工作，其他的作为备用，提高可用性。使用Redis分布式锁进行限制，拿到锁的机器去执行具体业务，拿不到锁的继续轮询。 分布式锁原理 分布式锁：当多个进程不在同一个系统中，多个进程共同竞争同一个资源，用分布式锁控制多个进程对资源的互斥访问。采用Redis服务器存储锁信息（即SET一个Key表示已加锁），可以实现多进程的并发读锁的状态，如果没有锁，则只允许一个进程加锁。 Redis分布式锁实现的关键点：
mybatis-plus乐观锁对比redis分布式锁
07-25
Mybatis-plus乐观锁和Redis分布式锁都是用于解决并发访问数据时的线程安全问题，但它们的实现方式和应用场景有所不同。 Mybatis-plus乐观锁是基于数据库的乐观锁实现机制，通过在数据表中添加一个版本号字段来实现。当多个线程同时访问同一条数据时，每个线程会读取到这个版本号，并在更新时将版本号作为更新条件，如果版本号匹配，则执行更新操作；如果版本号不匹配，则说明其他线程已经修改了数据，当前线程更新失败。乐观锁适用于高并发读取、低并发更新的场景，可以减少数据库的锁冲突，提高并发性能。 Redis分布式锁是基于Redis实现的一种分布式锁机制。通过在Redis中设置一个特定的key作为锁，在获取锁时判断该key是否存在，如果存在则表示锁已被其他线程占用，当前线程需要等待；如果不存在，则表示当前线程获取到了锁，可以执行业务操作。分布式锁适用于分布式环境下的并发控制，可以保证多个节点之间的数据一致性和并发安全。 对比而言，Mybatis-plus乐观锁是在数据库层面实现的，适用于单个数据库实例的并发控制，可以减少数据库的锁冲突，但并不能解决分布式环境下的并发问题。而Redis分布式锁则是基于Redis实现的，适用于分布式环境下的并发控制，可以保证多个节点之间的数据一致性和并发安全。 在实际应用中，选择使用哪种机制还需要根据具体场景和需求来决定。如果是单个数据库实例的并发控制，可以选择Mybatis-plus乐观锁；如果是分布式环境下的并发控制，可以选择Redis分布式锁。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值