小白都能看懂的Redis讲解遍历键和数据库管理
mhr18 2024-11-13 11:09 28 浏览 0 评论
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
OK
127.0.0.1:6379[1]> get name
(nil)
复制代码
那么是不是可以当成多个redis来使用呢,当然不可以。虽然库变多了,但是由于redis是单线程的,其实还是一个CPU,若是一个数据库有一条命令执行很慢,其他库也是会受到影响的,所以在这种情况下,若是被其他库阻塞,对于使用某个库的开发人员,很难分析出是什么问题。
2.2 flushall/flushdb
flushall和flushdb的区别在于,flushall会清除所有库的所有数据,而flushdb只会清除当前数据库的。
这个很容易理解,我们就不举例子了,但是需要注意的是,这两个命令会清除所有数据,一旦误操作后果不堪想象。而且当key特别多的时候,也会阻塞redis,所以当使用这两个命令的时候一定要慎之又慎。
作者:奔跑的毛球
链接:https://juejin.cn/post/7151783357985226782
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
相关推荐
- 2025最新指南:Quarkus整合Redisson,轻松玩转分布式锁!
-
分布式系统的高并发场景下,如何确保资源操作的原子性和一致性?Redisson作为Redis官方推荐的分布式锁方案,结合Quarkus的云原生特性,能实现高性能、低延迟的分布式锁管理。本文将从原理到实战...
- Linux进程上下文切换过程context_switch详解
-
1前言1.1Linux的调度器组成2个调度器可以用两种方法来激活调度一种是直接的,比如进程打算睡眠或出于其他原因放弃CPU另一种是通过周期性的机制,以固定的频率运行,不时的检测是否有必要因此...
- 开发10年面试过上千人,在网易面试Java程序员,我最爱问这些问题
-
在网易当了3年的面试官,一般在面试Java程序员的时候,我主要会从这几个角度,去问这些问题,在这篇文章中,我会用我上一位面试过程来为大家总结,我面试的时候爱问的这些问题!有需要面试的小伙伴可以参考一下...
- 电影票务APP的“座位锁定”,Redis如何避免冲突?
-
现在买电影票,真是越来越方便了!再也不用提前老半天跑去电影院排队,在手机APP上动动手指,选好场次、挑好座位,在线支付,一气呵成。尤其是遇到热门大片,或者想抢个“皇帝位”(中间靠后视野好的位置),那个...
- Serverless架构下,Redis的用武之地在哪里?
-
在云计算的演进浪潮中,Serverless(无服务器)架构无疑是一颗璀璨的明星。它将传统服务器的运维复杂性彻底“隐藏”起来,开发者只需关注核心业务逻辑,编写一个个独立的函数(Function-as-a...
- 高可用聊天系统设计方案(Hyperf实现)
-
一、系统架构设计1.分层架构图客户端↑↓HTTP/WSAPI网关层(Nginx+Keepalived)↑↓RPC业务服务集群↑↓数据层(MySQLClus...
- 大厂面试冲刺,Java“实战”问题三连,你碰到了哪个?
-
推荐学习全网首发!马士兵内部共享—1658页《Java面试突击核心讲》狂刷《Java权威面试指南(阿里版)》,冲击“金九银十”有望了Java“实战”问题三连Java“实战”面试题1:如果用mybati...
- 企业开发必备的6个Spring Cloud微服务开源项目
-
今天介绍六款比较热门的SpringCloud微服务项目,感兴趣的可以clone下来研究一下,相信对你学习微服务架构很有帮助。一、Cloud-Platform介绍Cloud-Platform是国内首个基...
- 系统架构设计方法论:系统演进的四重境界
-
在架构师面试中,设计能力的考察本质是验证候选人如何将混沌需求转化为可落地的技术方案。这不仅需要扎实的技术功底,更需要系统化的设计思维。以下四大步骤,既是架构设计的核心框架,也是技术决策的动态沙盘推演。...
- 跨浏览器共享Session信息方法总结
-
在不同浏览器之间共享Session信息需要克服浏览器间的隔离机制,常见解决方案如下:1.基于Token的跨浏览器传递实现方式:用户在主浏览器生成临时Token(如加密URL或二维码)。其他浏览器通过...
- 如何设计一套单点登录系统
-
一、介绍昨天介绍了API接口设计token鉴权方案,其实token鉴权最佳的实践场景就是在单点登录系统上。在企业发展初期,使用的后台管理系统还比较少,一个或者两个。以电商系统为例,在起步阶段,可能只有...
- SpringBoot实现单点登录几种方案
-
前言:单点登录(SingleSign-On,SSO)是企业应用系统中常见的用户认证方案,它允许用户使用一组凭证访问多个相关但独立的系统,无需重复登录。基于Cookie-Session的传统SSO方案...
- 零基础小白如何学爬虫技术?看一遍就会的详细教程!
-
你以为爬虫需要精通编程、算法、网络协议才能入门?错了。作为零基础的小白,你完全可以在3周内学会主流网站的数据抓取,核心秘诀就两点:拆分具体目标+倒推式学习。与其纠结Python语法、HTTP协议这...
- 探秘Java中的分布式锁:优雅地协调分布式系统
-
探秘Java中的分布式锁:优雅地协调分布式系统在分布式系统的架构中,数据一致性是一个永恒的挑战。当我们需要在多个节点之间协调某些操作时,分布式锁便成为了一种不可或缺的工具。它就像一把钥匙,能够控制对共...
- 一文读懂 Spring Boot 3 分布式事务解决方案
-
在当今复杂的业务架构中,分布式事务处理是关键难题之一。随着业务规模的不断扩张,系统架构从单体逐渐演进为分布式,这就要求开发人员能够熟练掌握高效的分布式事务解决方案,以保障数据的一致性和业务的稳定性。今...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)