资深架构师总结分享:Redis优雅实现分布式锁
mhr18 2024-10-27 10:52 17 浏览 0 评论
在实际项目开发中经常会遇到这样一个业务场景：如果同一台机器有多个线程抢夺同一个共享资源，同一个线程多次执行会出现异常，这种情况下就会出现非线程安全。我们解决方法通常使用锁来解决。但是如果有多台机器呢？这时候我们通常使用分布式锁来解决分布式环境下共享资源的同步问题。实现分布式锁常见有Redis，zookeeper等，今天主要就是讲讲如何使用Redis实现分布式锁。
使用Redis实现分布式锁的方案其实很简单，首先我们先实现一个方案一：每次执行请求的时候，机器先查询Redis中是否存在分布式锁的key，如果不存在锁的key，就以该锁为key，value取随机数写入到Redis中，然后开始执行请求。
方案一看起来很简单，但是这样的处理逻辑不可避免的存在两个致命的BUG：第一：如果一个进程成功取到锁，但是这时候这个机器出现故障宕机了，分布式的锁没有得到释放，就造成了死锁的产生了。第二：如果同一时间存在两个机器同时查询Redis，都发现Redis不存在锁的key，于是都成功获得了锁。
这时候我们可以这么处理改善方案一实现方案二：Redis有提供一个原子写入操作的命令：setnx，setnx只有在锁的key不存在的情况下才允许设置key值，所以说问题2同一个锁在同一时间可能会被不同机器获取到的问题就可以得到解决，而且setnx命令可以设置key值的超时时间，所以在写入锁的key时可以为锁设置一个超时时间，如果超过超时时间锁还未释放就会释放，则其他机器在key释放后也可以继续写入key占有锁执行对应的请求。这样问题1机器宕机造成锁无法及时释放的问题也因此迎刃而解。
但是这又造成了另外一个潜在的问题：如果某个机器执行耗时操作，超时时间过去了请求还未执行完，锁就会被释放掉被新的机器占有，等耗时任务结束时执行释放锁的操作，这时候释放的锁不是自己的锁而是已经被其他机器占有的锁。
这时候我们可以将方案再做适当的修改变成方案三：当某个机器占有锁并在Redis中设置key时，将value设置为随机数，在请求处理完毕需要释放锁之前加上一步操作：判断key的value值是否等于之前设置的随机数，如果是代表这个锁占有者还是自己，就可以执行释放锁操作，否则代表锁已经被别人占有，不能执行释放锁操作，这样就可以解决可能误操作释放他人锁的问题。但是由于查询和释放锁的操作非原子性的，所以可能出现一种情况：在查询key时发现key的value和机器本身设置的一直，但是还没来得急释放锁时，锁过期被释放了，这时候执行释放锁操作就会导致释放的依旧是其他机器占有的锁，所以我们方案三需要进一步的改进，也就是我们必须要保证查询锁和释放锁这两步操作必须是原子性的，这时候我们就需要使用另一种方式：引入Jedis，使用Lua脚本将查询锁和释放锁的两部分逻辑写成脚本，于是Redis执行Lua脚本时，其他机器的所有命令都必须等到Lua脚本执行结束才能执行，所以不可能存在查询锁结束还未释放就被其他机器占领的情况。
end：如果你觉得本文对你有帮助的话，记得关注点赞转发，你的支持就是我更新动力。
相关推荐
- 如何检查 Linux 服务器是物理服务器还是虚拟服务器?
-
在企业级运维、故障排查和性能调优过程中，准确了解服务器的运行环境至关重要。无论是物理机还是虚拟机，都存在各自的优势与限制。在很多场景下，尤其是当你继承一台服务器而不清楚底层硬件细节时，如何快速辨识它是...
- 第四节 Windows 系统 Docker 安装全指南
-
一、Docker在Windows上的运行原理（一）架构限制说明Docker本质上依赖Linux内核特性（如Namespaces、Cgroups等），因此在Windows系统上无法直...
- C++ std:shared_ptr自定义allocator引入内存池
-
当C++项目里做了大量的动态内存分配与释放，可能会导致内存碎片，使系统性能降低。当动态内存分配的开销变得不容忽视时，一种解决办法是一次从操作系统分配一块大的静态内存作为内存池进行手动管理，堆对象内存分...
- Activiti 8.0.0 发布，业务流程管理与工作流系统
-
Activiti8.0.0现已发布。Activiti是一个业务流程管理(BPM)和工作流系统，适用于开发人员和系统管理员。其核心是超快速、稳定的BPMN2流程引擎。Activiti可以...
- MyBatis动态SQL的5种高级玩法，90%的人只用过3种
-
MyBatis动态SQL在日常开发中频繁使用，但大多数开发者仅掌握基础标签。本文将介绍五种高阶技巧，助你解锁更灵活的SQL控制能力。一、智能修剪（Trim标签）应用场景：动态处理字段更新，替代<...
- Springboot数据访问(整合Mybatis Plus)
-
Springboot整合MybatisPlus1、创建数据表2、引入maven依赖mybatis-plus-boot-starter主要引入这个依赖，其他相关的依赖在这里就不写了。3、项目结构目录h...
- 盘点金州勇士在奥克兰13年的13大球星 满满的全是...
-
见证了两个月前勇士与猛龙那个史诗般的系列赛后，甲骨文球馆正式成为了历史。那个大大的红色标志被一个字母一个字母地移除，在周四，一切都成为了过去式。然而这座，别名为“Roaracle”（译注：Roar怒吼...
- Mybatis入门看这一篇就够了（mybatis快速入门）
-
什么是MyBatisMyBatis本是apache的一个开源项目iBatis,2010年这个项目由apachesoftwarefoundation迁移到了googlecode，并且改名为M...
- Springboot数据访问(整合druid数据源)
-
Springboot整合druid数据源基本概念SpringBoot默认的数据源是：2.0之前：org.apache.tomcat.jdbc.pool.DataSource2.0及之后:com.z...
- Linux 中的 "/etc/profile.d" 目录有什么作用 ?
-
什么是/etc/profile.d/目录？/etc/profile.d/目录是Linux系统不可或缺的一部分保留配置脚本。它与/etc/profile文件相关联，这是一个启动脚本，该脚...
- 企业数据库安全管理规范（企业数据库安全管理规范最新版）
-
1.目的为规范数据库系统安全使用活动，降低因使用不当而带来的安全风险，保障数据库系统及相关应用系统的安全，特制定本数据库安全管理规范。2.适用范围本规范中所定义的数据管理内容，特指存放在信息系统数据库...
- Oracle 伪列!这些隐藏用法你都知道吗?
-
在Oracle数据库中，有几位特殊的“成员”——伪列，它们虽然不是表中真实存在的物理列，但却能在数据查询、处理过程中发挥出意想不到的强大作用。今天给大家分享Oracle伪列的使用技巧，无论...
- Oracle 高效处理数据的隐藏神器:临时表妙用
-
各位数据库搬砖人，在Oracle的代码世界里闯荡，处理复杂业务时，是不是总被数据“搅得头大”？今天给大家安利一个超实用的隐藏神器——临时表！当你需要临时存储中间计算结果，又不想污染正式数据表...
- Oracle 数据库查询:多表查询（oracle多表关联查询）
-
一、多表查询基础1.JOIN操作-INNERJOIN：返回两个表中满足连接条件的匹配行，不保留未匹配数据。SELECTa.emp_id,b.dept_nameFROMempl...
- 一文掌握怎么利用Shell+Python实现多数据源的异地备份程序
-
简介：在信息化时代，数据安全和业务连续性已成为企业和个人用户关注的焦点。无论是网站数据、数据库、日志文件，还是用户上传的文档、图片等，数据一旦丢失，损失难以估量。尤其是当数据分布在多个不同的目录、服务...
欢迎 你 发表评论:
- 一周热门
- 最近发表
-
- 如何检查 Linux 服务器是物理服务器还是虚拟服务器?
- 第四节 Windows 系统 Docker 安装全指南
- C++ std:shared_ptr自定义allocator引入内存池
- Activiti 8.0.0 发布，业务流程管理与工作流系统
- MyBatis动态SQL的5种高级玩法，90%的人只用过3种
- Springboot数据访问(整合Mybatis Plus)
- 盘点金州勇士在奥克兰13年的13大球星 满满的全是...
- Mybatis入门看这一篇就够了（mybatis快速入门）
- Springboot数据访问(整合druid数据源)
- Linux 中的 "/etc/profile.d" 目录有什么作用 ?
- 标签列表
-
- oracle位图索引 (74)
- oracle基目录 (50)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (53)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)