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"

分布式锁的奥义便是这个

相关推荐
RestCloud17 小时前
SQL Server到Hive:批处理ETL性能提升30%的实战经验
数据库·api
RestCloud17 小时前
为什么说零代码 ETL 是未来趋势?
数据库·api
ClouGence20 小时前
CloudCanal + Paimon + SelectDB 从 0 到 1 构建实时湖仓
数据库
努力的小郑1 天前
从一次分表实践谈起:我们真的需要复杂的分布式ID吗?
分布式·后端·面试
DemonAvenger1 天前
NoSQL与MySQL混合架构设计:从入门到实战的最佳实践
数据库·mysql·性能优化
AAA修煤气灶刘哥2 天前
别让Redis「歪脖子」!一次搞定数据倾斜与请求倾斜的捉妖记
redis·分布式·后端
AAA修煤气灶刘哥2 天前
后端人速藏!数据库PD建模避坑指南
数据库·后端·mysql
RestCloud2 天前
揭秘 CDC 技术:让数据库同步快人一步
数据库·api
得物技术2 天前
MySQL单表为何别超2000万行?揭秘B+树与16KB页的生死博弈|得物技术
数据库·后端·mysql
christine-rr2 天前
linux常用命令(4)——压缩命令
linux·服务器·redis