redis分布式锁在项目中的使用和底层原理

最新推荐文章于 2025-04-15 12:23:33 发布
原创 最新推荐文章于 2025-04-15 12:23:33 发布 · 275 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java

本文深入探讨了Redis分布式锁的底层原理及其在项目中的具体应用，通过实例解析如何利用Redis实现高并发场景下的资源同步，确保数据的一致性和事务的原子性。

[redis分布式锁在项目中的使用] (https://blog.youkuaiyun.com/LLLLLiSHI/article/details/105811284)

底层原理:
(https://www.cnblogs.com/williamjie/p/11250679.html)

Feng_ZiYou
关注
深入学习 Redis - 分布式锁底层实现原理，以及实际应用
CYK_byte的博客
09-20 6258
lua 语言特别轻量（实现一个 lua 解释器，消耗的体积非常小），可以使用 lua 编写一些逻辑，把这个脚本上传到 redis 服务器上，然后就可以让客户端来控制 redis 执行上述脚本了.最重要的一点就是，redis 执行一个 lua 脚本，就相当于在 redis 上执行一个命令一样，是原子的. 并且 redis 官方文档中也明确说，lua 就属于是 事务 的替代方案.例如前面的 “买票” 案例.elsereturn 0end;
【技术派后端篇】Redis分布式锁：原理、实践与应用
04-17 1030
通过本文，我们从原理到实践，详细介绍了Redis分布式锁的相关知识。我们了解了本地锁与分布式锁的区别，Redis分布式锁、Zookeeper分布式锁、MySQL分布式锁的差异，以及Redis分布式锁的几种实现方式。
在开发中用到的redis分布式锁
kangshifu591549734的博客
02-26 245
用redis分布式锁解决问题记录 在修改产品的时候，针对同一个产品多次进行修改的时候，出现了图片修改不符合预期的情况，后来发现是因为针对同一个产品在同一时刻同时调用几次修改图片的接口，会导致出现图片异常的情况。为了防止这种情况出现，首先想到了同步，但是修改任务是在多台服务器上部署，并且分片只是按照id分片。因此如果只是单纯的加锁也还是会出现在不同的机器上修改同一个产品ID的图片，那么想到了用red...
深入：分布式锁（底层原理+实现解析）
天天开心鸭！
05-16 1081
什么是分布式锁？ 概念 CAP定理 任何一个分布式系统都无法同时满足一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance），最多只能同时满足两项。 为什么要有分布式锁？单机锁不能完成么? 图解 单机锁分布式架构下只能锁住当前机器，而不能实现个节点使用同一把锁 如何设计分布式锁 可以保证在分布式部署的应用集群中，同一个方法在同一时间只能被一台机器上的一个线程执行。 这把锁要是一把可重入锁（避免死锁） 这把锁最好是一把阻塞锁（根据业务需
【Redis分布式锁底层实现】
我是Java程序员廖志伟，感谢朋友们的支持！
11-27 1622
我是廖志伟，一名Java开发工程师、幕后大佬社区创始人、Java领域优质创作者、优快云博客专家。拥有多年一线研发经验，研究过各种常见框架及中间件的底层源码，对于大型分布式、微服务、三高架构（高性能、高并发、高可用）有过实践架构经验。 博主：java_wxid 社区：幕后大佬 文章目录一、如何实现二、使用redis锁会有很多异常情况，如何处理这些异常呢1.redis服务挂掉了，抛出异常了，锁不会被释放掉，新的请求无法进来，出现死锁问题2.服务器果宕机了，导致锁不能被释放的现象3.锁的过期时间比业务执行.
五、Redis底层原理 - 分布式锁
ALLWE的博客
07-22 1166
redis分布式锁
大厂面试官问我：Redis的分布式锁，锁失效了该怎么办？【后端八股文十：Redis分布式锁八股文合集（1）】
qq_33445788的博客
07-07 1665
本文为【Redis分布式锁八股文合集（1）】初版，后续还会进行优化更新，欢迎大家交流~💥💥。
Redis实现分布式锁
weixin_53622554的博客
01-03 2739
1. 为什么需要分布式锁？我们都知道，以上情况，，此时就2. 单机锁 & 分布式锁的定义：3. 分布式锁应该具备哪些条件？4. 分布式锁都有哪些主流的实现方案？分布式锁的核心是实现多线程之间互斥，而满足这一点的方式有很多，常见的有三种：补充：Zookeeper实现分布式锁的思路实现分布式锁的核心思路5. 如何用 Redis 实现分布式锁的？Redis本身可以被多个客户端访问，正好就是一个共享存储系统，可以用来保存分布式锁，而且Redis的读写性能高，可以应对高并发的锁操作场景。
再有人面试问你 Redis 分布式锁的实现，把这篇文章甩给他
01-07
一、写在前面二、Redisson实现Redis分布式锁的底层原理  （1）加锁机制  （2）锁互斥机制  （3）watch dog自动延期机制  （4）可重入加锁机制  （5）锁释放机制  （6）此种方案Redis分布式锁的缺陷 一、写在...
Redis分布式锁的原理以及如何续期
热门推荐
数据与算法架构提升之路专栏
03-11 3万+
redis 分布式锁的原理
Redis 分布式锁的底层实现原理详解
lssffy的博客
09-13 1669
SETNXSETNX是 Redis 的一个命令，全称为 “SET if Not eXists”。它的作用是在键不存在时创建键，并设置其值。SETNX的返回结果是一个布尔值，成功创建返回1，如果键已经存在，则返回0。EXPIREEXPIRE是 Redis 的另一个命令，用于为键设置过期时间。当过期时间到达时，键会自动删除。
分布式锁的实现 和 底层原理 以及都有什么问题？
猪猪
02-10 1088
不同的分布式锁实现方式各有优缺点，在实际应用中需要根据具体的业务场景和需求来选择合适的实现方式。同时，需要注意锁的过期时间、异常处理等问题，以确保分布式锁的正确性和可靠性。
实现分布式锁的方式、思路及特点,redisson分布式锁在项目中的应用
m0_37840000的博客
08-17 295
常见实现分布式锁方式有三种： 1.1、基于 MySQL，利用行级悲观锁（select ... for update） 1.2、基于 Redis，利用其 （setnx + expire） 1.3、基于 Zookeeper，利用其临时目录和事件回调机制 分布式锁的实现思路： 出于健壮性考虑，异常情况都需要考虑到，分布式锁实现需考虑的特点,类比JDK锁: a.互斥：不仅要保证同个服务中不同线程的互斥，还需要保证不同服务间、不同线程的互斥,如何处理互斥，是自旋、还是阻塞 ，还是其他? b.超时: 锁超
Redis分布式锁底层是如何实现的？
完全体
04-15 716
首先利用setnx来保证：如果key不存在才能获取到锁，如果key存在，则获取不到锁然后还要利⽤lua脚本来保证多个redis操作的原⼦性同时还要考虑到锁过期，所以需要额外的⼀个看⻔狗定时任务来监听锁是否需要续约同时还要考虑到redis节点挂掉后的情况，所以需要采⽤红锁的⽅式来同时向N/2+1个节点申请锁， 都申请到了才证明获取锁成功，这样就算其中某个redis节点挂掉了，锁也不能被其他客户端获取到。
分布式锁及其实现
厚积薄发的博客
06-19 666
redis 分布式锁，一般使用开源的redisson 1.客户端1的加锁 第一个if 判断 判断键key是否存在 1判断 key是否存在 exists key == 0 如果等于0 是 key 不存在 2.如果key 不存在，设置hset key argv2 1 3.设置key的过期时间 pexpire key argv1 第二个if判断 判断锁是否是可重入 1.判断key argv2是否存在，hexist key argv2 ==1 如果等于1 是可重入锁 2. 如果是可重入锁，对 .
分布式锁：场景和使用方法(通俗讲解)
leader_song的博客
05-16 7526
对于锁大家肯定不会陌生，比如 synchronized 关键字 和 ReentrantLock 可重入锁，一般我们用其在多线程环境中控制对资源的并发访问。但是随着业务的发展，分布式的概念逐渐出现在我们系统中，我们在开发的过程中经常需要进行多个系统之间的交互，于是上面的加锁方法就会失去作用。于是在分布式锁就自然而然的诞生了，接下来我们来聊一聊分布式锁实现的几种方式。
分布式锁及其实现与应用场景
常备不懈
06-29 1569
分布式锁是一种用于在分布式系统中协调多个进程或线程对共享资源进行访问的机制。它的主要目的是确保在同一时间只有一个进程或线程可以访问特定资源，从而避免数据竞争和不一致问题。分布式锁通常用于集群环境中，例如微服务架构或多实例应用中，以实现数据一致性和系统的高可用性。
使用Redis实现分布式锁的技术详解
wuaisPsG的博客
03-11 1085
然而，这两个命令并不是原子的，如果SETNX成功但EXPIRE失败，就可能导致死锁。Redis作为一个高性能的内存数据库，提供了多种机制来实现分布式锁，本文将详细介绍如何使用Redis实现分布式锁。释放锁操作需要确保只释放自己持有的锁，以防止误删其他客户端的锁。为了确保操作的原子性，可以使用Lua脚本来实现。为了确保加锁和释放锁的原子性，可以使用Lua脚本将多个Redis命令打包成一个原子操作。为了避免这种情况，可以设置锁的过期时间，当锁过期时自动释放。在加锁时，需要设置锁的过期时间，以防止死锁的发生。
分布式锁以及分布式锁在项目中的使用总结
qq_25188255的博客
02-16 1610
1 分布式锁的三种实现方式 第一：基于数据库 第二：基于缓存 第三：基于Zookeeper 2 基于数据库实现分布式锁 要实现分布式锁，最简单的方式可能就是直接创建一张锁表，然后通过操作该表中的数据来实现了。 当我们要锁住某个方法或资源时，我们就在该表中增加一条记录，想要释放锁的时候就删除这条记录。 CREATE TABLE `methodLock` ( `id` int(11) NOT NU...
Redis分布式锁的底层原理
最新发布
08-07
### 三层结构解析：Redis 分布式锁的实现原理与底层机制 Redis 分布式锁是一种在分布式系统中实现资源互斥访问的机制。其核心目标是确保在多个节点或服务实例同时访问共享资源时，只有一个客户端能够持有锁，从而避免数据竞争和状态不一致问题。Redis 之所以适合实现分布式锁，是因为它具备高性能、单线程执行命令的特性，以及支持原子操作，这些都为分布式锁的实现提供了基础。 #### 基本命令与机制 Redis 实现分布式锁的核心依赖于 `SETNX`（Set if Not Exists）命令，该命令用于设置一个键值对，但仅在键不存在时才执行成功。这一特性可以用于判断是否能够成功获取锁。例如，当一个客户端尝试设置一个锁键（如 `lock:resource`）时，如果该键尚未存在，则表示该客户端成功获取锁；否则，说明锁已被其他客户端持有。 此外，为了防止锁被永久占用（例如持有锁的客户端崩溃或网络中断），Redis 通常会结合 `EXPIRE` 命令为锁键设置一个过期时间。这样即使客户端未能主动释放锁，锁也会在一段时间后自动失效，从而避免死锁的发生。 Redis 2.6.12 及以上版本引入了 `SET` 命令的扩展形式，支持在单条命令中完成设置键值、设置过期时间以及判断键是否存在，其语法为 `SET key value NX PX milliseconds`。这种方式将设置键和设置过期时间合并为一个原子操作，避免了在 `SETNX` 和 `EXPIRE` 分开执行时可能出现的竞态条件。 #### 可重入性与锁续期 Redisson 是一个基于 Redis 的 Java 客户端库，它在 Redis 原生功能的基础上封装了更高级的分布式锁功能，包括可重入锁、锁续期等特性。可重入性意味着同一个客户端在已经持有锁的情况下，可以再次获取该锁而不会被阻塞。Redisson 通过记录锁的持有次数来实现这一功能。当客户端多次获取同一把锁时，Redisson 会增加内部计数器；而每次释放锁时，计数器递减，直到计数器归零时才真正释放锁。 锁续期机制则通过 Watchdog 机制实现。当客户端成功获取锁后，Redisson 会启动一个后台线程定期检查锁的状态，并在锁即将过期时自动延长其过期时间。这种方式有效防止了因业务逻辑执行时间过长而导致的锁提前释放问题。 #### 主从架构下的问题 尽管 Redisson 在大多数场景下都能提供稳定可靠的分布式锁实现，但在主从架构下仍存在一些挑战。例如，在 Redis 主从复制模式中，客户端可能在主节点上加锁后，锁信息尚未同步到从节点时，主节点发生故障并切换到从节点。此时，从节点上并未持有该锁，其他客户端可能在新的主节点上重新获取该锁，从而导致锁的失效和数据竞争问题。 这一问题源于 Redis 的异步复制机制，无法保证锁信息在主从节点之间的强一致性。为了解决这一问题，可以采用 Redlock 算法，该算法通过在多个独立的 Redis 实例上同时加锁，提高锁的可靠性和一致性。然而，Redlock 算法也带来了更高的复杂性和性能开销。 #### 示例代码：基于 Redis 的简单分布式锁实现 以下是一个基于 Redis 原生命令实现的简单分布式锁示例，使用 Python 的 `redis-py` 客户端库： ```python import redis import time import uuid def acquire_lock(conn, lock_name, acquire_timeout=10): identifier = str(uuid.uuid4()) end = time.time() + acquire_timeout while time.time() < end: if conn.set(lock_name, identifier, nx=True, ex=10): return identifier elif not conn.ttl(lock_name): conn.expire(lock_name, 10) time.sleep(0.001) return False def release_lock(conn, lock_name, identifier): unlock_script = """ if redis.call("get", KEYS[1]) == ARGV[1] then return redis.call("del", KEYS[1]) else return 0 end """ return conn.eval(unlock_script, 1, lock_name, identifier) # 示例使用 r = redis.StrictRedis(host='localhost', port=6379, db=0) lock_identifier = acquire_lock(r, "lock:resource") if lock_identifier: try: # 执行业务逻辑 print("Lock acquired, doing work...") time.sleep(5) finally: release_lock(r, "lock:resource", lock_identifier) else: print("Could not acquire lock.") ``` 上述代码通过 `SET` 命令实现锁的获取，并结合 Lua 脚本确保释放锁时的原子性，防止误删其他客户端的锁。 #### 高级封装：Redisson 的实现优势 Redisson 在底层仍然基于 Redis 的 `SET` 命令和 Lua 脚本实现锁机制，但它进一步封装了可重入性、锁续期、公平锁、联锁等高级特性。Redisson 使用 Netty 框架实现非阻塞 I/O 操作，并通过 Redis 的发布/订阅机制处理锁的自动续期。这种设计不仅简化了开发者的使用成本，也提高了锁机制的稳定性和性能。 Redisson 的锁实现还支持多种锁类型，如： - **可重入锁（Reentrant Lock）**：支持同一个线程多次获取同一把锁。 - **公平锁（Fair Lock）**：按照请求顺序分配锁。 - **读写锁（ReadWriteLock）**：支持多个读操作同时进行，但写操作互斥。 - **联锁（MultiLock）**：跨多个 Redisson 实例的锁组合。 这些高级特性使得 Redisson 成为构建高并发分布式系统时的理想选择。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值