分布式锁分析:使用Redis实现分布式事务中的锁机制

举报
攻城狮Chova 发表于 2021/08/23 22:12:10 2021/08/23
【摘要】 本文主要分析了分布式项目中的锁机制,分布式锁的需要满足的条件和分布式锁的几个常用的实现方式。重点讲述了如何使用Redis来实现分布式锁机制以及Redis实现分布式锁机制中可能出现的几个问题和问题的解决方式。文章从分布式协调服务入手,引出分布式协调服务的核心锁机制。通过Redis的加锁,解锁和锁超时三个要素实现分布式锁机制。

分布式协调服务

  • Zookeeper是分布式协调服务框架
  • 分布式协调技术: 主要用来解决分布式环境当中多个进程之间的同步控制,让进程有序的去访问某种临界资源,防止造成"脏数据"的后果
  • 分布式协调技术的核心就是实现分布式锁

分布式锁

  • 分布式锁: 为了防止分布式系统中的多个进程之间相互干扰,需要分布式协调技术对进程进行调度,这个分布式协调技术的核心就是实现分布式锁

分布式锁条件

  • 在分布式系统环境下,一个方法在同一时间只能被一个机器的一个线程执行
  • 高可用的获取锁与释放锁
  • 高性能的获取锁与释放锁
  • 具备可重入特性
  • 具备锁失效机制,防止死锁
  • 具备非阻塞锁特性

分布式锁的实现

  • Zookeeper
  • Redis
  • Memcached
  • Chubby

Redis分布式锁的实现

  • 分布式锁实现的三个核心要素:加锁,解锁,锁超时
  • Redis是单线程的

加锁

  • 使用setnx命令
  • key是锁的唯一标识,按业务来决定命名
  • value可以设置成任意值
  • 当一个线程执行setnx返回1,说明key原本不存在,该线程成功得到锁.当一个线程执行setnx返回0,说明key已经存在,该线程抢锁失败

解锁

  • 当得到锁的线程执行完任务,需要释放锁,以便其它线程可以进入,使用del指令释放锁之后,其它线程就可以继续执行setnx命令获得锁

锁超时

  • 一个得到所得线程在执行任务的过程中出现问题,不能显式释放锁,这些资源将永远被锁住,造成死锁的状态
  • setnx的key要设置一个超时时间,保证锁没有被显式释放时,会在一定时间后自动释放.setnx不支持超时参数,需要额外的指令expire

  • Redis分布式锁问题:
    • 非原子性操作:
      • 解决方案: 通过使用set命令set(key,value,expire) 设置为原子操作
    • 误删锁:
      • 在设置锁超时的情况下,操作没有完成,当操作完成时,del命令删除的是其它进程的锁
      • 解决方案: 判断是否为本进程的锁.带着key和value=threadID线程ID判断是否为本进程的锁
    • 在设置锁超时的情况下,操作没有完成
      • 解决方案: 释放锁时判断操作是否完成, 增加守护线程:为锁超时加时,延迟释放
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。