Redis之分布式锁

背景

分布式应用中,经常会遇到并发问题。熟悉的朋友都知道这个时候就需要加锁。只有原子操作才能保证数据不会混乱。(原子操作是不会被线程调度机制所打断的的操作,一旦开始就会执行到最后,要么做要么不做,不会被打断),分布式锁应运而生。

本质

分布式锁要实现的目标就是在Redis中占一个格子,当其他进程也要进来的时候发现已经被占领了,就只好放弃或者等待。

一般用于占格子的命令是

setnx(set if not exists) 如:setnx lock:asfagas true

很好记忆,如果没有就设置,先来先占,用完之后del指令释放格子。

所以流程是先占格子做事情再释放,如果事情做到一半出现异常了,那么是不是就是del不了了,就会一直占用,成为所谓的死锁。

解决方案

我们可以在占格子的时候设置一个定时,如果超过这个时间事情还没做完(异常),会自动释放,那么就解决了可能会出现死锁的问题。

expire 锁名字 秒数

如: expire lock:asfas 5 代表五秒之后解锁

我们是先setnx设置锁,expire设置过期时间,看起来天衣无缝,但是如果这两条命令之间出现问题了怎么办。

所以在2.8版本中,作者加入了set扩展参数,使得它俩一起执行,成为原子操作,就真的天衣无缝了

set lock:asfawf true ex 5 nx ok

  1. lock:asfawf:这是要设置的键名。在这个例子中,键名为 "lock:asfawf"。
  2. true:这是要设置的值。在这个例子中,值是 "true"。
  3. ex 5:这是可选参数,表示键的过期时间。在这个例子中,过期时间是 5 秒。
  4. nx:这是一个条件选项,表示仅当键不存在时,才对键进行设置操作。在这个例子中,如果键 "lock:asfawf" 已经存在,那么命令将不会执行任何操作。
  5. ok:这是一个响应选项,表示如果命令执行成功,返回 "OK"。在这个例子中,如果命令执行成功,将返回 "OK"

分布式锁的奥义便是这个

相关推荐
haven-85213 分钟前
duckdb不支持向量
数据库·oracle
崖山数据库系统YashanDB18 分钟前
YashanDB hint语法
数据库
apcipot_rain22 分钟前
【数据库原理及安全实验】实验一 数据库安装与创建
数据库·安全
京东零售技术23 分钟前
ClickHouse 的“独孤九剑”:极速查询的终极秘籍
数据库
这个懒人1 小时前
MongoDB 核心机制解析
数据库·mongodb·nosql
天上的光1 小时前
数据库原理
数据库
alksql2 小时前
架构思路法
数据库·架构
Lethehong2 小时前
崖山YashanDB:下一代国产分布式数据库的架构革新与行业实践
数据库·分布式·架构
GoingYoo2 小时前
MySQL原理:逻辑架构
数据库·sql·mysql
爱的叹息2 小时前
针对 SQL 查询中 IN 子句性能优化 以及 等值 JOIN 和不等值 JOIN 对比 的详细解决方案、代码示例及表格总结
数据库·sql·性能优化