redis - 常用高级命令keys,scan,Info

最新推荐文章于 2024-04-18 02:22:29 发布
最新推荐文章于 2024-04-18 02:22:29 发布
阅读量688 收藏 1
点赞数
分类专栏： 分布式 redis 文章标签： java redis 渐进式遍历 渐进式遍历 scan
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/huo065000/article/details/121356494
版权

一、全量遍历键 keys

1）说明

用来列出所有满足特定正则字符串规则的key，当redis数据量比较大时，性能比较差，要避免使用。
通俗理解：若key值不多，直接使用keys获取所有数据可以；keys后可以使用通配符查询。但是keys是扫描全库的，若数据量很大，想想肯定性能就会慢

2）demo

127.0.0.1:6379> keys *
 1) "user:1:balance"
 2) "queue"
 3) "huohuo125"
 4) "test1"
 5) "user:2:balance"
 6) "huohuo123"
 7) "huocount"
 8) "user:2:name"
 9) "exists-key"
10) "test"
11) "not-test1-key"
12) "mykey"
13) "huo"
14) "page_rank"
15) "huohuo"
16) "huohuo124"
17) "user:1:name"

127.0.0.1:6379> keys huohuo*
1) "huohuo125"
2) "huohuo123"
3) "huohuo"
4) "huohuo124"

127.0.0.1:6379> keys huo*huo
1) "huo1huo"
2) "huohuo"
3) "huo2huo"

注：*可以放前中后位置，和mysql一样

二、渐进式遍历键 scan

1）说明

SCAN cursor [MATCH pattern] [COUNT count]
一共三个参数：

  • 第一个cursor 整数值(hash桶的索引值)
  • 第二个是 key 的正则模式
  • 第三个是一次遍历的key的数量(参考值，底层遍历的数量不一定)，并不是符合条件的结果数量

2）对count的理解

对于count而言，获取的值是不准确的。因为在redis中是不存在索引的，所以达不到和mysql一样分页准确查询，通过scan也仅仅是实现渐进式遍历。就比如我要模糊查询huohuo* 想输出count3 ,那也得看获取的3条值里是否都符合我的查询条件，所以说这个count也就是一个参考值。
count3 有可能返回少于3或者大于3的结果集

3）对cursor的理解

取得是hash桶的索引值，这个就得看redis的底层数据结构了。简单点，其实redis底层就是一个hashmap,通过计算hash，放到对应的位置，cursor就是取得这个hash值。
第一次遍历时，cursor 值为 0，然后将返回结果中第一个整数值作为下一次遍历的 cursor。一直遍历到返回的 cursor 值为 0 时结束。

4）redis简单图解

后期会针对整理redis底层原理
在这里插入图片描述

4）demo

通过keys huohuo*,我们可以看到符合条件的结果集是4条

127.0.0.1:6379> keys huohuo*
1) "huohuo125"
2) "huohuo123"
3) "huohuo"
4) "huohuo124"
127.0.0.1:6379>

scan渐进式分页，查询结果如下：

127.0.0.1:6379> scan 0 match huohuo* count 2
1) "4"
2) (empty array)
127.0.0.1:6379> scan 4 match huohuo* count 2
1) "12"
2) (empty array)
127.0.0.1:6379> scan 12 match huohuo* count 2
1) "2"
2) 1) "huohuo"
127.0.0.1:6379> scan 2 match huohuo* count 2
1) "14"
2) (empty array)
127.0.0.1:6379> scan 14 match huohuo* count 2
1) "1"
2) (empty array)
127.0.0.1:6379> scan 1 match huohuo* count 2
1) "25"
2) 1) "huohuo125"
127.0.0.1:6379> scan 25 match huohuo* count 2
1) "3"
2) 1) "huohuo124"
127.0.0.1:6379> scan 3 match huohuo* count 2
1) "15"
2) (empty array)
127.0.0.1:6379> scan 15 match huohuo* count 2
1) "0"
2) 1) "huohuo123"

三、info

127.0.0.1:6379> info
# Server
redis_version:6.0.15
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:e95e6f5266fb21ce
redis_mode:standalone
os:Darwin 20.6.0 x86_64
arch_bits:64
multiplexing_api:kqueue
atomicvar_api:atomic-builtin
gcc_version:4.2.1
process_id:94976
run_id:222189a1374272334dca5d7e090669db6bbe6b1d
tcp_port:6379
uptime_in_seconds:1320753
uptime_in_days:15
hz:10
configured_hz:10
lru_clock:9709700
executable:/usr/local/redis-6.0.15/redis-server
config_file:/usr/local/redis-6.0.15/etc/redis.conf
io_threads_active:0

# Clients
connected_clients:1
client_recent_max_input_buffer:16
client_recent_max_output_buffer:0
blocked_clients:0
tracking_clients:0
clients_in_timeout_table:0

# Memory
used_memory:1137712
used_memory_human:1.09M
used_memory_rss:806912
used_memory_rss_human:788.00K
used_memory_peak:3854976
used_memory_peak_human:3.68M
used_memory_peak_perc:29.51%
used_memory_overhead:1098184
used_memory_startup:1079488
used_memory_dataset:39528
used_memory_dataset_perc:67.89%
allocator_allocated:1099296
allocator_active:769024
allocator_resident:769024
total_system_memory:8589934592
total_system_memory_human:8.00G
used_memory_lua:37888
used_memory_lua_human:37.00K
used_memory_scripts:0
used_memory_scripts_human:0B
number_of_cached_scripts:0
maxmemory:0
maxmemory_human:0B
maxmemory_policy:noeviction
allocator_frag_ratio:0.70
allocator_frag_bytes:18446744073709221344
allocator_rss_ratio:1.00
allocator_rss_bytes:0
rss_overhead_ratio:1.05
rss_overhead_bytes:37888
mem_fragmentation_ratio:0.73
mem_fragmentation_bytes:-292384
mem_not_counted_for_evict:196
mem_replication_backlog:0
mem_clients_slaves:0
mem_clients_normal:17440
mem_aof_buffer:208
mem_allocator:libc
active_defrag_running:0
lazyfree_pending_objects:0

# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1637047146
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:0
rdb_current_bgsave_time_sec:-1
rdb_last_cow_size:0
aof_enabled:1
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_last_cow_size:0
module_fork_in_progress:0
module_fork_last_cow_size:0
aof_current_size:2131
aof_base_size:1713
aof_pending_rewrite:0
aof_buffer_length:0
aof_rewrite_buffer_length:0
aof_pending_bio_fsync:0
aof_delayed_fsync:0

# Stats
total_connections_received:103
total_commands_processed:45
instantaneous_ops_per_sec:0
total_net_input_bytes:2602076
total_net_output_bytes:10020714
instantaneous_input_kbps:0.00
instantaneous_output_kbps:0.00
rejected_connections:0
sync_full:0
sync_partial_ok:0
sync_partial_err:0
expired_keys:0
expired_stale_perc:0.00
expired_time_cap_reached_count:0
expire_cycle_cpu_milliseconds:558728
evicted_keys:0
keyspace_hits:5
keyspace_misses:2
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:687
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0
tracking_total_keys:0
tracking_total_items:0
tracking_total_prefixes:0
unexpected_error_replies:0
total_reads_processed:200149
total_writes_processed:200046
io_threaded_reads_processed:0
io_threaded_writes_processed:0

# Replication
role:master
connected_slaves:0
master_replid:4154e2fdc9c35942aaf4d934564373871339d58a
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

# CPU
used_cpu_sys:259.603210
used_cpu_user:64.060310
used_cpu_sys_children:0.015204
used_cpu_user_children:0.002908

# Modules

# Cluster
cluster_enabled:0

# Keyspace
db0:keys=19,expires=0,avg_ttl=0

一共是分为9大块

  • Server 服务器运行的环境参数
  • Clients 客户端相关信息
connected_clients:1             正在连接的客户端指令
  • Memory 服务器运行内存统计数据
used_memory:1137712             Redis分配的内存总量(byte)，包含redis进程内部的开销和数据占用的内存
used_memory_human:1.09M         Redis分配的内存总量(Kb，human会展示出单位)
used_memory_rss_human:788.00K   向操作系统申请的内存大小(Mb)（这个值一般是大于used_memory的，因为Redis的内存分配策略会产生内存碎片）
used_memory_peak:3854976        redis的内存消耗峰值(byte)
used_memory_peak_human:3.68M    redis的内存消耗峰值(KB)

maxmemory:0                     配置中设置的最大可使用内存值(byte),默认0,不限制  
maxmemory_human:0B              配置中设置的最大可使用内存值
maxmemory_policy:noeviction     当达到maxmemory时的淘汰策略
  • Persistence 持久化信息
  • Stats 通用统计数据
instantaneous_ops_per_sec:0     每秒执行多少次指令
  • Replication 主从复制相关信息
  • CPU CPU 使用情况
  • Cluster 集群信息
  • KeySpace 键值对统计数量信息
心心念念的小鼠标
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis大key问题与scan命令
wnhyang的博客
02-09 996
简介 前面不是写了一篇点赞功能的一种实现的文章吗 当时也提出了一些问题，今天就来解决其中的部分问题 开始 先讲一讲背景吧，以免没看过之前文章的迷惑 还是以点赞功能为话题，这里主要解决之前存在的大key问题 大key问题 由于Redis主线程为单线程模型，大key也会带来一些问题，如： 1、集群模式在slot分片均匀情况下，会出现数据和查询倾斜情况，部分有大key的Redis节点占用内存多，QPS高。 2、大key相关的删除或者自动过期时，会出现qps突降或者突升的情况，极端情况下，会造成主从复制异常，Red
【redis的高级命令：keys 支持通配符查询但是也是查全部】【redis的高级命令：scan cursor match count】【redis的高级命令：info】
蓝天it（让亿万孩子在蓝天下共享优质教育）
03-23 218
全量遍历键，用来列出所有满足特定正则字符串规则的key，当redis数据量比较大时，性能比较差，要避免使用。
Redis精通系列——info 指令用法
最新发布
2401_83816970的博客
04-18 384
used_memory_dataset_perc | used_memory_dataset占净内存使用量的百分比（used_memory减去used_memory_startup） || used_memory_dataset | 以字节为单位的数据集大小（used_memory减去used_memory_overhead） || mem_fragmentation_ratio | used_memory_rss 和 used_memory 之间的比率 |
redis info信息详解
HelloWorld搬运工
06-20 1万+
为了方便对redis进行监控管理，一些公司会自己开发监控，或在已有的系统中添加功能。对redis info信息的获取是必须要处理的。Redis Info信息包括Server,Clients,Memory,Persistence,Stats,Replication,CPU,Commandstats,Cluster,Keyspace等，下边我们详细介绍各部分对应信息。 Server： re...
Redis info命令中各个参数的含义
泡飞的博客
08-15 6010
Redis info命令中各个参数的含义Info命令简介ServerClientsMemoryPersistenceStatsReplicationCPUKeyspace代码示例 Info命令简介 在使用Redis的过程中，可能会遇到很多问题，需要我们去诊断、去观察Redis的健康情况。Redis给我们提供了的 info 命令，可以让我们近距离的接触它，观察它各方面的信息、运行状况。下面让我们看看...
redis 原生命令行快速入门
pardon110的博客
04-20 620
连接查库 连接命令 redis-cli 127.0.0.1:6379> 查库命令 info keyspace # Keyspace db0:keys=9,expires=0,avg_ttl=0 db1:keys=7,expires=0,avg_ttl=0 db0 示0索引库（默认库，相当于mysql的test库） keys 键数，类似于关系数据库的表，其值为键总数 选库...
redis info 详解（InsCode AI 创作助手）
LSW1737554365的博客
09-13 1621
Redis的INFO命令返回了关于Redis服务器的各种信息和统计数据，这些信息可以帮助您监控和管理Redis实例。INFO命令的输出是一个包含多行文本的字符串，包括了各种不同的信息类别。以下是一些常见的INFO请注意，INFO命令的输出非常详细，包含了大量的信息。您可以使用不同的信息类别来查找您感兴趣的信息，以便监控Redis服务器的性能和状态。要获取特定信息，您可以使用INFO这将只返回与内存相关的信息。
Redis中Scan命令的踩坑实录
09-08
由于Redis是单线程的，使用`KEYS`命令会阻塞服务器，因此选择`SCAN`命令是正确的决策。然而，在实现过程中遇到了问题：尽管预期每次迭代删除1万个键，但在某次迭代后，剩余键的数量停止减少，这表明存在误解。 问题...
redis 用scan指令 代替keys指令(详解)
09-09
Redis中的`SCAN`指令是为了解决`KEYS`指令在大数据量下可能导致服务器阻塞的问题而设计的。`KEYS`命令一次性返回所有匹配模式的键，如果数据库中的键数量巨大，这将消耗大量资源并阻塞服务器，对生产环境造成影响。...
Redis-x64-window.zip
12-12
- 模式匹配：`KEYS`, `SCAN`命令可以进行模式匹配查找键。 - 主从复制：实现数据备份和高可用性。 - Sentinel系统：监控、故障检测和自动故障转移。 - Cluster集群：分布式存储，提供数据分片和故障恢复。 8. *...
redis-trib.rb redis集群搭建使用
11-30
- 集群不支持单个键的大范围操作（如 `KEYS`, `SCAN`），因为这可能导致跨多个节点的数据访问。 - 为了避免数据丢失，Redis 集群需要定期执行 `BGSAVE` 和 `SYNC` 操作来同步从节点的数据。 总之，`redis-trib.rb...
Redis的info命令详解
浅者
11-18 4331
# Server Redis服务器的信息 redis_version:2.8.17 Redis 服务器版本 redis_git_sha1:473f3090 Git SHA1 redis_git_dirty:0 Git dirty flag os:Linux 3.3.7-1-ARCH i686 Redis 服务器的宿主操作系统 arch_b
Redis 命令
12-07 567
命令 描述 Redis GEOADD 命令 将指定的地理空间位置（纬度、经度、名称）添加到指定的key中 Redis GEODIST 命令 返回两个给定位置之间的距离 Redis GEOHASH 命令 返回一个或多个位置元素的 Geohash 表示 Redis GEOPOS 命令 从key里返回所有给定位置元素的位置（经度和纬度） ...
Redis的高级命令
张议的博客
06-21 160
文章目录Redis高级命令及特性 Redis高级命令及特性 返回满足所有键key *（可以模糊匹配） exists是否存在指定的key expire设置某个key的过期时间，使用ttl查看剩余时间 persist取消过期时间 select选择数据库 数据库为0到15（一共16个数据库）默认进入的是0数据库 move[key][数据库下标]将当前数据中的key转移到其他数据库中 randomke...
Redis高级特性及应用场景
Tao_cuichen的博客
05-03 3万+
Redis高级特性及应用场景         redis中键的生存时间（expire） redis中可以使用expire命令设置一个键的生存时间，到时间后redis会自动删除它。 过期时间可以设置为秒或者毫秒精度。过期时间分辨率总是 1 毫秒。过期信息被复制和持久化到磁盘，当 Redis 停止时时间仍然在计算 (也就是说 Redis 保存了过期时间)。   expir
Redis的Keyspace notifications功能初探
热门推荐
Slash Youth - Jack Chai
05-28 4万+
本文出处：http://blog.csdn.net/chaijunkun/article/details/27361453，转载请注明。由于本人不定期会整理相关博文，会对相应内容作出完善。因此强烈建议在原始出处查看此文。 最近在做一套系统，其中要求若干个Worker服务器将心跳信息都上报给中央服务器。当一定时间中央服务器没有得到心跳信息时则认为该Worker失效了，发出告警。
Redis中的Scan命令的使用
张井天的博客
01-07 1215
Redis中有一个经典的问题，在巨大的数据量的情况下，做类似于查找符合某种规则的Key的信息，这里就有两种方式， 一是keys命令，简单粗暴，由于Redis单线程这一特性，keys命令是以阻塞的方式执行的，keys是以遍历的方式实现的复杂度是 O(n），Redis库中的key越多，查找实现代价越大，产生的阻塞时间越长。 二是scan命令，以非阻塞的方式实现key值的查找，绝大多数情况下是可以替代k...
SQL语句高级查询
IT程序员的成长记
11-22 1万+
一个题目涉及到的50个Sql语句  --（下面表的结构以给出,自己在数据库中建立表.并且添加相应的数据,数据要全面些. 其中Student表中,SId为学生的ID） ------------------------------------表结构-------------------------------------- --学生表tblStudent（编号StuId、姓名StuName、
Redis —— 海量扫描Scan
爱我所爱0505
08-07 2236
目录 一、scan扫描原理 二、scan测试 一、scan扫描原理 如上图所示，需注意问题： 1. scan与keys：复杂度都是O(n)，但scan的游标分步扫描。若是生产海量扫描，keys一次获取所有正则的key，造成服务卡顿，所以避免使用keys操作 2. scan命令中count：不是元素的数量，而是slot数量，从而导致每次分步遍历获取元素数量不同 3. 遍历顺序：高进位加法，意思是：扩容时，从高位进位，向右遍历。 4. 扩容缩容：每次扩容都是现有空间2倍，即：2^(n+1..
redis-cli怎么使用
07-15
2. 输入以下命令来启动redis-cli并连接到Redis服务器： ``` redis-cli -h <hostname> -p ``` 其中，`<hostname>`是Redis服务器的主机名或IP地址，`<port>`是Redis服务器的端口号。如果Redis服务器运行在本地，默认...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值