Redis(第二天)

从海量Key里查询出某一固定前缀的key?

摸清数据规模,问清楚边界

keys pattern:查找所有符合给定模式pattern的key

缺点:一次性返回所有匹配的key

          键的数量过大会使服务卡顿

SCAN cursor 【MATCH pattern】【COUNT count】

基于游标的迭代器,需要基于上一次的游标延续之前的迭代过程

以0作为游标开始一次新的迭代,直到命令返回游标0完成一次遍历

 不保证每次执行都返回某个给定数量的元素,支持模糊查询

一次返回的数量不可控,只能是大概率符合count参数

如何通过Redis实现分布式锁

分布式锁需要解决的问题:

  • 互斥性:任意时刻只能有一个客户端获取锁;
  • 安全性:锁只能被持有的客户端删除,不能由其他客户端删除
  • 死锁:获取锁的客户端因为某些原因宕机而未能释放锁
  • 容错:宕机了也能获取和释放锁

SETNX key value:如果key不存在,则创建并赋值    设置锁

时间复杂度:O(1)

返回值:设置成功,返回1;设置失败,返回0;

如何解决SETNX长期有效的问题  如何释放

EXPIRE key seconds

设置key的生存时间,当key过期时(生存时间为0),会被自动删除

SET key value 【EX seconds】【PX milliseconds】【NX|XX】

EX seconds:设置键的过期时间为second秒

PX milliseconds:设置键的过期时间为milliseconds毫秒

NX:只在键不存在时,才对键进行设置操作

XX:只在键已经存在时,才对键进行设置操作

SET操作成功完成时,返回OK,否则返回nil

大量的key同时过期的注意事项

集中过期,由于清除大量的key很耗时,会出现短暂的卡顿现象

解决方案:在设置key的过期时间的时候,给每个key加上随机值

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值