【黑马点评Redis——003优惠券秒杀2】

本文介绍了分布式锁在分布式系统中的重要性,重点讨论了基于Redis的分布式锁实现、存在的问题,如线程阻塞、锁超时释放和主从一致性,以及使用Lua脚本确保原子性的解决方案。
摘要由CSDN通过智能技术生成

1.分布式锁

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

  • 多进程可见
  • 互斥
  • 高可用
  • 高性能
  • 安全性
    在这里插入图片描述

1.1 分布式锁的实现

分布式锁的核心是实现多进程之间互斥,常见的方法有三种:
在这里插入图片描述

1.2 基于Redis的分布式锁

在这里插入图片描述

1.2.1 分布式锁存在的问题

  1. 线程1业务阻塞时间过长,导致锁被超时释放
  2. 线程2获取了锁,线程1结束业务后,释放了线程2的锁
  3. 出现了问题
    在这里插入图片描述
    解决方案:释放锁的时候需要判断锁的主人是否是自己
    在这里插入图片描述
    在这里插入图片描述
    代码依旧会有问题,我们需要将判断锁+删除锁做成一个原子操作,防止被打断。
	// 依旧有问题
    @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.2.2 Redis的Lua脚本

Redis提供了Lua脚本功能,在一个脚本中编写多条Redis命令,确保多条命令执行时的原子性。
在这里插入图片描述
如何执行脚本
RedisTemplate调用Lua脚本的API如下:
在这里插入图片描述

3.基于Redis的分布式锁小结

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

  • 利用set nx ex获取锁,并设置过期时间,保存线程表示
  • 释放锁时先判断线程表示是否与自己一致,一致则删除锁
  • 这里需要保证判断操作和删除操作的原子性

特性

  • 利用set nx满足互斥性
  • 利用set ex保证故障时锁依然能释放,避免死锁,提高安全性
  • 利用Redis集群保证高可用和高并发特性

目前基于setnx实现的分布式锁还存在的问题

  • 不可重入
    • 同一个线程无法多次获取同一把锁
  • 不可重试
    • 获取锁只尝试一次就返回false,没有重试机制
  • 超时释放
    • 锁超时释放虽然可以避免死锁,但如果是业务执行耗时较长,也会导致锁释放,存在安全隐患。
  • 主从一致性
    • 如果Redis提供了主从集群,主从同步存在延迟(当向主节点写入锁后,尚未同步时就宕机,则从节点没有同步到信息,新选择出来的主节点也没有该信息)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值