共计 2117 个字符,预计需要花费 6 分钟才能阅读完成。
本篇内容介绍了“Redis 遍历键和数据库管理的方法是什么”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
1 遍历键
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 还有几个面向数据库操作的命令:dbsize,select,flushdb/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
127.0.0.1:6379[1] get name
(nil)
登录后复制
那么是不是可以当成多个 redis 来使用呢,当然不可以。虽然库变多了,但是由于 redis 是单线程的,其实还是一个 CPU,若是一个数据库有一条命令执行很慢,其他库也是会受到影响的,所以在这种情况下,若是被其他库阻塞,对于使用某个库的开发人员,很难分析出是什么问题。
2.2 flushall/flushdb
flushall 和 flushdb 的区别在于,flushall 会清除所有库的所有数据,而 flushdb 只会清除当前数据库的。
这个很容易理解,我们就不举例子了,但是需要注意的是,这两个命令会清除所有数据,一旦误操作后果不堪想象。而且当 key 特别多的时候,也会阻塞 redis,所以当使用这两个命令的时候一定要慎之又慎。
“Redis 遍历键和数据库管理的方法是什么”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站,丸趣 TV 小编将为大家输出更多高质量的实用文章!