小白也能看懂的Redis遍历键和数据库管理详解

 更新时间:2022年10月09日 11:38:00   作者:奔跑的毛球  
这篇文章主要为大家介绍了小白也能看懂的Redis遍历键和数据库管理详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

1 遍历键

经过我们之前的讲解,redis的API已经所剩无几了,我们这篇看一看遍历键数据库管理

1.1 全量遍历键

有时候我们需要全量遍历所有的键,那么就需要用到keys pattern这个命令,并且这个命令支持pattern匹配

127.0.0.1:6379> mset name luke neme josh
OK

若是想要遍历所有的键则可以使用命令keys *

127.0.0.1:6379> keys *
1) "name"
2) "neme"

pattern使用的是glob风格的通配符,其中:

  • * 代表任意字符
  • ?代表一个字符
  • [] 代表匹配部分字符,例如[a,b]表示匹配a,b两个字符,[1-10]表示匹配1到10的任意数字
  • \x 表示转义,当需要匹配*这个字符的时候,就需要转义

我们可以做如下操作:

127.0.0.1:6379> keys n[a,e]me
1) "name"
2) "neme"

也可以这样操作

127.0.0.1:6379> keys n?me
1) "name"
2) "neme"

但是当redis数据库中有大量的键的时候,keys会阻塞redis。

若是我们有需求需要遍历键那么该怎么办呢?

一般我们生产环境是多节点的,那么我们可以找一个不对外提供服务的redis从节点进行遍历数据,但是若是数据量大还是会阻塞redis,但是对于从节点来说,只是影响到了主从复制。

若是确定redis上的键并不多的时候,可以直接执行。

1.2 渐进式遍历

渐进式遍历就是每次遍历部分key,然后返回,下一次接着遍历之后的数据。这样即可以遍历所有数据,也不会阻塞redis服务。

scan cursor [MATCH pattern] [COUNT count]

其中的参数解释如下:

cursor是必须参数,他是一个游标,表示这次遍历到哪里了,下次就从这个游标开始,若是返回0则表示遍历完成了。

MATCH pattern 是可选参数,和keys的pattern是一样的

COUNT count 表示遍历几个key,默认是10个,根据实际情况可进行增加

127.0.0.1:6379> mset a 1 b 1 c 1 d 1 e 1 f 1 g 1 h 1 i 1 g 1 k 1 l 1 m 1 n 1 o 1 p 1 q 1 r 1 s 1 t 1 u 1 v 1 w 1 x 1 y 1 z 1
OK

我们使用scan进行遍历,第一次执行返回如下:

127.0.0.1:6379> scan 0
1) "1"
2)  1) "l"
    2) "f"
    3) "k"
    4) "y"
    5) "c"
    6) "e"
    7) "w"
    8) "d"
    9) "b"
   10) "o"
   11) "q"

第二次使用第一次返回的1进行遍历,又可以遍历到10个key

127.0.0.1:6379> scan 1
1) "23"
2)  1) "v"
    2) "u"
    3) "z"
    4) "g"
    5) "n"
    6) "s"
    7) "i"
    8) "a"
    9) "r"
   10) "t"

第三次使用第二次返回的23进行遍历,当返回为0的时候,则表示遍历完成

127.0.0.1:6379> scan 23
1) "0"
2) 1) "x"
   2) "h"
   3) "m"
   4) "p"

同时还有针对于哈希类型的hscan,针对集合类型的sscan,和针对有序集合的zscan,使用方法与scan都是相同的

2 数据库管理

redis还有几个面向数据库操作的命令:dbsizeselectflushdb/flushall

2.1 切换数据库,select

select dbIndexdbIndex是对应的数据库序号,redis默认配置中是有16个数据库,select几就切换到几号数据库。

比如在默认的0号数据库设置一个key

127.0.0.1:6379> set name luke
OK

然后我们切换到1号数据库来获取这个key,并不能获取到,表明一个redis服务内各个数据库之间是不互通的。

127.0.0.1:6379> select 1
OK
127.0.0.1:6379[1]> get name
(nil)

那么是不是可以当成多个redis来使用呢,当然不可以。虽然库变多了,但是由于redis是单线程的,其实还是一个CPU,若是一个数据库有一条命令执行很慢,其他库也是会受到影响的,所以在这种情况下,若是被其他库阻塞,对于使用某个库的开发人员,很难分析出是什么问题。

2.2 flushall/flushdb

flushall和flushdb的区别在于,flushall会清除所有库的所有数据,而flushdb只会清除当前数据库的。

这个很容易理解,我们就不举例子了,但是需要注意的是,这两个命令会清除所有数据,一旦误操作后果不堪想象。而且当key特别多的时候,也会阻塞redis,所以当使用这两个命令的时候一定要慎之又慎。

以上就是小白也能看懂的Redis遍历键和数据库管理详解的详细内容,更多关于Redis 遍历键数据库管理的资料请关注脚本之家其它相关文章!

相关文章

  • redis锁机制介绍与实例

    redis锁机制介绍与实例

    今天小编就为大家分享一篇关于redis锁机制介绍与实例,小编觉得内容挺不错的,现在分享给大家,具有很好的参考价值,需要的朋友一起跟随小编来看看吧
    2019-01-01
  • Redis源码环境构建过程详解

    Redis源码环境构建过程详解

    这篇文章主要介绍了Redis源码环境构建过程,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2021-07-07
  • WINDOWS中REDIS主从配置实现代码解析

    WINDOWS中REDIS主从配置实现代码解析

    这篇文章主要介绍了WINDOWS中REDIS主从配置实现代码解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
    2020-08-08
  • Redis集群Lettuce主从切换问题解决方案

    Redis集群Lettuce主从切换问题解决方案

    这篇文章主要为大家介绍了Redis集群Lettuce主从切换问题解决方案,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2023-07-07
  • Redis操作命令总结

    Redis操作命令总结

    这篇文章主要介绍了Redis操作命令总结,本文讲解了key pattern 查询相应的key、字符串类型的操作、链表操作、hashes类型及操作、集合结构操作、有序集合、服务器相关命令等内容,需要的朋友可以参考下
    2015-03-03
  • 深入理解redis删除策略和淘汰策略

    深入理解redis删除策略和淘汰策略

    每隔一段时间就扫描一定数据的设置了过期时间的key,并清除其中已过期的keys,本文主要介绍了深入理解redis删除策略和淘汰策略,感兴趣的可以了解一下
    2024-08-08
  • 单线程Redis快的4 个原因总结

    单线程Redis快的4 个原因总结

    作为内存中数据存储,Redis 以其速度和性能着称,通常被用作大多数后端服务的缓存解决方案,但是,在内部,Redis 采用单线程架构,为什么单线程设计依然会有这么高的性能,在本文中,让我们深入探讨为什么 Redis 才有单线程架构
    2023-07-07
  • Redis如何统计用户访问量

    Redis如何统计用户访问量

    这篇文章主要介绍了Redis如何统计用户访问量问题,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2023-07-07
  • 百行代码实现基于Redis的可靠延迟队列

    百行代码实现基于Redis的可靠延迟队列

    本文主要介绍了百行代码实现基于Redis的可靠延迟队列,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2022-06-06
  • Redis缓存异常常用解决方案总结

    Redis缓存异常常用解决方案总结

    Redis缓存异常问题分别是缓存雪崩,缓存预热,缓存穿透,缓存降级,缓存击穿,本文主要介绍了Redis缓存异常常用解决方案总结,具有一定的参考价值,感兴趣的可以了解一下
    2023-12-12

最新评论