Redis锁的使用姿势

最新推荐文章于 2024-09-18 11:18:06 发布
最新推荐文章于 2024-09-18 11:18:06 发布
阅读量424 收藏 9
点赞数 8
分类专栏： db distributed concurrent 文章标签： redis 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/iUcool/article/details/135976450
版权
db 同时被 3 个专栏收录
27 篇文章 0 订阅
订阅专栏
concurrent
18 篇文章 0 订阅
订阅专栏
distributed
13 篇文章 0 订阅
订阅专栏
文章介绍了如何使用Redis的SETNX和SETPX命令实现单机加锁，并讨论了超时、Lua脚本确保锁安全释放的问题。此外，文中详细阐述了RedLock算法，以及其在分布式环境中的优缺点，包括与马丁·克莱普曼关于正确性和效率的观点对比。
摘要由CSDN通过智能技术生成

单机设置锁

redis提供了SET NX命令来设置不存在的key值，以及SET PX设置过期时间。我们可以结合这两个命令在redis做到加锁操作

锁的值最好设置为唯一的随机值，这是为了方便之后以安全的方式去释放锁

# 设置不存在的lock_test键的值为1，且过期时间为5000ms
SET lock_test 1 NX PX 5000

以下是删除特定value的锁的lua脚本，这样就可以防止删除不属于自己的锁

lua脚本是原子运行，因此并不会出现获取是目标值，删除的时候变成了其他值

if redis.call("get", KEYS[1]) == ARGV(1) then
  return redis.call("del", KEYS[1])
else 
  return 0
end

超时同时持有锁

在上述锁中，存在一个问题——如果A获取了锁，但是由于执行时间过长，导致B也获取到过期后的锁，此时并会同时存在多方获取锁

为了解决该问题，有以下解决方案

  • 将过期时间设置的足够长。

    若获取到锁的任务被中止后，下一个任务需要等待较长时间才能重新获取

  • 续过期时间

    对业务有一定侵入

无法堵塞等待锁释放

由于上述命令都是立刻返回的，所以无法进行堵塞获取锁，因此

  • 进行轮询

    在锁竞争比较激烈情况下，性能损耗较大

  • 采用redis发布订阅，接受锁释放成功消息

    不存在ack和持久化保存机制，这可能导致出现意外的情况下，比如redis宕机、网络异常导致已经解锁的消息无法成功发送给订阅者，导致永远也无法解锁

  • redis stream

RedLock

考虑到redis主从同步集群中，如果从master获取到锁之后，就故障换成了从节点，那么就会导致锁失效，因此提出了RedLock的分布式锁算法

假设有N=5个Redis master节点，保证相互独立

  1. 获取当前时间（以毫秒为单位）
  2. 按照顺序向5个master节点请求加锁。
    1. 设置客户端连接和响应超时时间（超时时间要小于锁失效时间）
    2. 如果请求超时，则立刻尝试下一个master节点
  3. 超过一半master节点都获取到锁，且锁的使用时间小于锁失效时间，认为锁获取成功
  4. 若获取锁失败，则要在所有master节点上解锁

该算法依赖于这样的假设:虽然进程之间没有同步时钟，但每个进程中的本地时间几乎以相同的速率更新，与锁的自动释放时间相比，误差很小

那如果发生了过期，导致锁同时被多任务占有，该如何解决呢？

快过期时可以更新集群锁过期时间，比如可以用以下lua去续锁

if redis.call("GET", KEYS[1]) == ARGV[1] then
		return redis.call("PEXPIRE", KEYS[1], ARGV[2])
	else
		return 0
	end

思考——使用RedLock是个好主意吗？

Martin Kleppmann提出分布式锁的主要作用在于

  • 效率：节省不必要的相同工作
  • 正确性：保证由于并发导致的不正确状态、数据丢失、业务错误等

而Redlock从效率来说不如单redis节点锁，从正确性来说又比不上像zookeeper这样的共识系统

从正确性来分析说，redlock假定了以下条件

  • 所有redis节点时间一致
  • 网络延迟相对于过期时间较小
  • 有限的进程暂停

这可能会存在以下情况

  1. client 1请求节点A、B、C锁，而D、E由于网络原因无法到达
  2. 节点C时钟调快，导致锁过期（或者C丢失锁信息）
  3. client 2请求节点C、D、E锁，而A、B由于网络原因无法到达
  4. client 1、client 2都相信已经持有锁

或者

  1. client 1请求A、B、C、D、E节点锁
  2. client 1发生较长时间的gc
  3. 锁在所有节点过期
  4. client 2获取到所有锁
  5. client 1完成gc后认为已经持有锁，但client 2此时也认为持有锁

antirez对此反驳道redlock记录了获取锁的时间差，并会再次检查是否超时

并且此步骤也考虑到网络延迟问题

以上两种情况都说明了redlock在这种情况下的不可靠性

Ref

  1. https://redis.io/docs/manual/patterns/distributed-locks/
  2. https://xiaomi-info.github.io/2019/12/17/redis-distributed-lock/
  3. https://github.com/go-redsync/redsync
  4. https://martin.kleppmann.com/2016/02/08/how-to-do-distributed-locking.html
  5. http://antirez.com/news/101
Redis分布式锁的正确使用姿势
主要从事JAVA开发，目前是CSDN博客Java领域新星创作者、阿里云博客专家、担任公司研发经理、技术负责人等。热爱编程，喜欢在Python、C、C++领域探索。
02-23 1080
分布式锁在日常开发中，用处非常的多。包括但不限于抢红包，秒杀，支付下单，幂等，等等场景。分布式锁的实现方式有多种，包括redis实现，mysql实现，zookeeper实现等等。而其中redis非常适合作为分布式锁使用，并且在各个公司都大规模的使用。本文将由浅入深的探究Redis分布式锁的实现，最终实现一个可工业使用的Redis分布式锁。欢迎大家一步一步跟读，一起学习一起进步。本文章有借鉴博客园wenbochang博主文章整理！
Redis实现分布式锁的正确姿势 | Spring Cloud 36
热门推荐
gmHappy
04-23 1万+
**分布式锁**，即分布式系统中的锁。在单体应用中我们通过锁解决的是控制共享资源访问的问题，而分布式锁，就是解决了分布式系统中控制共享资源访问的问题。与单体应用不同的是，分布式系统中竞争共享资源的最小粒度从线程升级成了进程。
Redis锁的使用
lxctxx的博客
01-04 497
【代码】Redis锁的使用。
Redis-Lock 使用指南
gitblog_00962的博客
08-22 851
Redis-Lock 使用指南 redis-lockPessimistic locking using Redis项目地址:https://gitcode.com/gh_mirrors/redi/redis-lock 项目介绍 Redis-Lock 是一个基于 Redis 实现的分布式锁工具包，由 mlanett 开发维护。该库旨在简化在分布式系统中实现互斥锁的过程，避免多个节点同时访问共享资...
Redis分布式锁，你用对了吗？
最新发布
2401_87167757的博客
09-18 925
这时候，业务B已经拿到了锁，准备去执行，这个时候服务A恢复过来并做完了业务，就会释放锁，而B却还在继续执行。另外，多说一句，单点Redis的所有手段，这种多机模式都可以使用，比如为每个节点配置哨兵模式，由于加锁是一半以上同意就成功，那么如果单个节点进行了主从切换，单个节点数据的丢失，就不会让锁失效了。如果对一致性的要求高一些，可以尝试多机部署，比如Redis的RedLock，大概的思路就是多个机器，通常是奇数个，达到一半以上同意加锁才算加锁成功，这样，可靠性会向ETCD靠近。所以，我们需要一个超时来兜底。
Redis Lock 项目使用教程
gitblog_00505的博客
08-26 324
Redis Lock 项目使用教程 redis-lock[DEPRECATED] Please see https://github.com/bsm/redislock instead项目地址:https://gitcode.com/gh_mirrors/red/redis-lock 1. 项目的目录结构及介绍 Redis Lock 项目的目录结构相对简单，主要包含以下几个部分： redis-l...
redis锁的用法
weixin_51725685的博客
03-31 994
互斥性。在任意时刻，只有一个客户端能持有锁。不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。解铃还须系铃人。加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了。加锁和解锁必须具有原子性。
redis中锁的使用
lcarus008的博客
05-14 683
事务锁： mulit、exec、discard 从输入multi命令开始，输入的命令都会依次进入命令队列中， 但不会执行，直到输入exec后开始依次执行,discard是放弃组队执行 组队阶段报错，提交都会失败， 组队阶段不报错，提交有成功有失败 并行：多个CPU同时执行多个任务，比如:多个人同时做不同的事 并发：一个CPU（采用时间片）同时执行多个任务，比如秒杀平台，多个人做同件事 悲观锁（Pessimistic Lock）：   mysql的可串化，都是在操作之前先上锁让别人无法操作该数据。比较适合
解锁redis锁的正确姿势
12-16
除了上述方法，还有一些其他实现Redis分布式锁的策略，如使用`INCR`和`DECR`命令，或者利用`REDIS_LOCK_CLIENT_ID`字段记录客户端信息，以便在解锁时验证。但是，无论选择哪种方式，都必须确保操作的原子性，以防止...
Java Redis分布式锁的正确实现方式详解
08-25
Java Redis分布式锁是指使用Redis实现的分布式锁机制，旨在解决分布式系统中的并发问题。分布式锁有三种实现方式：数据库乐观锁、基于Redis的分布式锁和基于ZooKeeper的分布式锁。本篇博客将详细介绍第二种方式，...
redis分布式锁、介绍、具体实现，调用、原理、使用场景
预立数据科技
08-15 3686
redis分布式锁、介绍、具体实现，调用、原理、使用场景
redis 分布式锁原理解析及使用教程详细
qq_37657093的博客
09-21 2440
redis分布式锁原理以及使用场景
Redis分布式锁的正确使用的7种姿势
Java技术攻略的博客
04-20 723
日常开发中，秒杀下单、抢红包等等业务场景，都需要用到分布式锁。而Redis非常适合作为分布式锁使用。本文将分七个方案展开，跟大家探讨Redis分布式锁的正确使用方式。如果有不正确的地方，欢迎大家指出哈，一起学习一起进步。捡田螺的小男孩什么是分布式锁方案一：SETNX + EXPIRE方案二：SETNX + value值是（系统时间+过期时间）方案三：使用Lua脚本(包含SETNX + EXPIRE两条指令)方案四：SET的扩展命令（SET EX PX NX）
redis几种加锁的实现
weixin_30355437的博客
12-31 2314
1. redis加锁分类 redis能用的的加锁命令分表是INCR、SETNX、SET 2. 第一种锁命令INCR 这种加锁的思路是， key 不存在，那么 key 的值会先被初始化为 0 ，然后再执行 INCR 操作进行加一。然后其它用户在执行 INCR 操作进行加一时，如果返回的数大于 1 ，说明这个锁正在被使用当中。 1、 客户端A请求服务器获取key的值为1表...
【实践篇】4.3 Redis之Redisson 7种分布式锁使用指南
日拱一卒无有尽，功不唐捐终入海
09-10 2063
前两章我们了解了《【实践篇】Redis最强Java客户端(一)之Redisson入门介绍》和《【实践篇】Redis最强Java客户端(二)之Redisson基础概念》本章第三章主要介绍Redisson的七种分布式锁，分别是简单锁、公平锁、可重入锁、红锁、读写锁、信号量和闭锁。下面是每种锁的基本概念、使用方法以及性能和并发控制方面的考虑。
Redis分布式锁的使用
JAVA领域优质创作者，基于分片网络查询方法专利发明者。
04-01 1337
在分布式系统中有些场景需要使用到分布式锁，这里介绍一下通过Redis使用分布式锁。
分布式锁：如何使用Redis实现分布式锁？分布式锁的实现方式有哪些？
AI天才研究院
01-23 786
1.背景介绍 分布式锁是一种在分布式系统中实现并发控制的方法，它允许多个进程或线程同时访问共享资源，以确保数据的一致性和完整性。在分布式系统中，多个节点可能会同时尝试访问同一个资源，这可能导致数据的不一致或竞争条件。为了解决这个问题，我们需要使用分布式锁。 在本文中，我们将讨论如何使用Redis实现分布式锁，以及分布式锁的实现方式有哪些。我们还将讨论如何在实际应用场景中使用分布式锁，以及如何选...
面试笔记——Redis（分布式锁的使用场景及实现原理）
Z__XY_的博客
03-20 1240
上图的流程为：首先，8080的线程1尝试获取分布锁，获取锁后，分布式锁中会添加记录“线程1”，证明该线程已经持有锁了，随后执行自己的业务代码；答：根据业务执行时间预估（但是该方式不太靠谱，万一出现抖动或网络卡顿，都会导致执行时间变慢，这个时间是不好控制的）或 采取给锁续期（创建一个新的线程用于监控，若业务执行时间较长时，就增加这个当前业务线程持有锁的时长——通过redisson实现）。此时，若又有一个新的应用获取到分布式锁，则出现了两个线程同时持有同一把锁的情况，丧失了锁的互斥性，有可能出现脏数据的现象。
php使用redis锁
08-23
下面是一个使用 Redis 锁的示例代码： ```php // 连接到 Redis 服务器 $redis = new Redis(); $redis->connect('127.0.0.1', 6379); // 定义锁的名称和有效期 $lockName = 'myLock'; $lockExpire = 10; // 锁的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值