redis实现分布式锁,set接口详解

本文深入探讨了Redis实现分布式锁的机制,包括互斥性、防死锁、容错性和解铃还须系铃人的原则。详细介绍了set命令的参数及其作用,如nxxx和expx,以及如何判断Redis中键的存在状态。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

电面被问及redis是如何实现分布式锁的,答曰setnx,又问如何设置超时时间的,答曰expire,这时隐隐感觉不大对劲,但我确实是这么实现的,所以也就这么回答,挂上电话赶紧百度一下。

搜索“redis分布式锁”百度排行第一的 https://www.cnblogs.com/linjiqin/p/8003838.html

非常详细,这里就不需赘述了。

可靠性

首先,为了确保分布式锁可用,我们至少要确保锁的实现同时满足以下四个条件:

  1. 互斥性。在任意时刻,只有一个客户端能持有锁。
  2. 不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁,也能保证后续其他客户端能加锁。
  3. 具有容错性。只要大部分的Redis节点正常运行,客户端就可以加锁和解锁。
  4. 解铃还须系铃人。加锁和解锁必须是同一个客户端,客户端自己不能把别人加的锁给解了。

set(String key, String value, String nxxx, String expx, long time)接口详解

String set(String key, String value, String nxxx, String expx, long time);
该方法是: 存储数据到缓存中,并制定过期时间和当Key存在时是否覆盖。

nxxx: 只能取NX或者XX,如果取NX,则只有当key不存在是才进行set,如果取XX,则只有当key已经存在时才进行set
expx: 只能取EX或者PX,代表数据过期时间的单位,EX代表秒,PX代表毫秒。
time: 过期时间,单位是expx所代表的单位。
判断redis是否存在方法:
1:jedis.get(“ts1”)的是否为-2,如果是-2,则不存在键。为-1键存在。
2:jedis.exists(“ts1”),值为true,存在,否则不存在。

反思

我不禁反思,当时我学redis的时候好像不记得有这个接口,难道是版本的问题?
看看版本:
在这里插入图片描述

最新的是2.9.0,打开我当时学习的版本是2.1.0,
在这里插入图片描述

其实这个接口是从2.2.0开始才有的,我用的版本太老了,

总结:学习新的技术一定要看最新的官方文档,别人的写的博客可能存在一些问题,即使没有问题,也可能由于写的过早从而导致落后。

redis官方文档: http://www.redis.cn/documentation.html
redis所有命令: http://www.redis.cn/commands.html

参考博客:
https://www.cnblogs.com/linjiqin/p/8003838.html
https://www.cnblogs.com/mxgg/p/8568361.html

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值