【Redis】常用命令介绍
mhr18 2024-11-28 08:35 10 浏览 0 评论
一、Redis常用基本命令
官方文档：https://redis.io/commands/
参考文档：http://redisdoc.com/
#可以使用help命令查看各redis命令用法
[root@Client-Ubuntu-1804-250:~]# redis-cli -a redis --no-auth-warning help
redis-cli 5.0.14
To get help about Redis commands type:
"help @<group>" to get a list of commands in <group>
"help <command>" for help on <command>
"help <tab>" to get a list of possible help topics
"quit" to exit
To set redis-cli preferences:
":set hints" enable online hints
":set nohints" disable online hints
Set your preferences in ~/.redisclirc[root@Client-Ubuntu-1804-250:~]# redis-cli -a redis --no-auth-warning
#查看info命令帮助
127.0.0.1:6379> help info
INFO [section]
summary: Get information and statistics about the server
since: 1.0.0
group: server
#查看set命令帮助
127.0.0.1:6379> help set
SET key value [expiration EX seconds|PX milliseconds] [NX|XX]
summary: Set the string value of a key
since: 1.0.0
group: string
127.0.0.1:6379> 1、INFO
查看当前节点运行状态
info
可以在INFO 后补充筛选内容
#查看当前节点CPU信息
127.0.0.1:6379> info CPU
# CPU
used_cpu_sys:0.508881
used_cpu_user:0.848135
used_cpu_sys_children:0.000000
used_cpu_user_children:0.003046
#查看当前节点Server信息
127.0.0.1:6379> info Server
# Server
redis_version:5.0.14
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:5d32a2d9ed5f67d5
redis_mode:standalone
os:Linux 4.15.0-210-generic x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:7.5.0
process_id:6069
run_id:0e67fcd27ff6ae2589ff90ac2516bd52269f2965
tcp_port:6379
uptime_in_seconds:1358
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:5746346
executable:/app/redis/bin/redis-server
config_file:/app/redis/etc/redis_6379.conf2、SELECT
切换数据库，类似于MySQL是 USE DATABASES;
在Cluster模式下不支持多DB模式，会出现以下错误提示
10.0.0.20:6379> info cluster # Cluster cluster_enabled:1 10.0.0.20:6379> select 1 (error) ERR SELECT is not allowed in cluster mode
select
3、KEYS
查看当前数据库下所有的key（数据量大时会对数据库造成巨大压力，此命令慎用）
此命令仅查询当前db下的数据
127.0.0.1:6379> select 1 OK 127.0.0.1:6379[1]> keys * (empty list or set) 127.0.0.1:6379[1]> info KeySpace # Keyspace db0:keys=1000,expires=0,avg_ttl=0
127.0.0.1:6379> help keys
KEYS pattern
summary: Find all keys matching the given pattern
since: 1.0.0
group: generic
#？ 占位符
127.0.0.1:6379> keys key_?
1) "key_8"
2) "key_5"
3) "key_4"
4) "key_9"
5) "key_0"
6) "key_2"
7) "key_1"
8) "key_3"
9) "key_6"
10) "key_7"
127.0.0.1:6379> keys key_2?
1) "key_27"
2) "key_28"
3) "key_22"
4) "key_26"
5) "key_21"
6) "key_20"
7) "key_25"
8) "key_23"
9) "key_24"
10) "key_29"
#* 通配
#127.0.0.1:6379> keys key_9*
1) "key_995"
2) "key_957"
3) "key_988"
4) "key_98"
5) "key_990"
6) "key_959"
7) "key_949"
8) "key_984"
9) "key_999"
10) "key_950"
11) "key_976"
12) "key_912"
13) "key_991"
14) "key_944"
15) "key_987"
16) "key_954"
17) "key_981"
18) "key_951"
19) "key_998"
20) "key_916"
21) "key_986"
22) "key_933"
23) "key_996"
24) "key_918"
25) "key_942"
26) "key_906"
27) "key_925"
28) "key_965"
29) "key_964"
30) "key_917"
31) "key_9"
32) "key_95"
33) "key_994"
34) "key_94"
35) "key_961"
36) "key_901"
37) "key_962"
38) "key_909"
39) "key_971"
40) "key_966"
41) "key_968"
42) "key_913"
43) "key_960"
44) "key_937"
45) "key_977"
46) "key_90"
47) "key_926"
48) "key_93"
49) "key_955"
50) "key_970"
51) "key_939"
52) "key_908"
53) "key_929"
54) "key_972"
55) "key_902"
56) "key_948"
57) "key_956"
58) "key_930"
59) "key_978"
60) "key_99"
61) "key_924"
62) "key_915"
63) "key_943"
64) "key_932"
65) "key_928"
66) "key_914"
67) "key_982"
68) "key_905"
69) "key_974"
70) "key_979"
71) "key_940"
72) "key_941"
73) "key_958"
74) "key_997"
75) "key_993"
76) "key_922"
77) "key_92"
78) "key_980"
79) "key_934"
80) "key_911"
81) "key_946"
82) "key_923"
83) "key_945"
84) "key_992"
85) "key_969"
86) "key_921"
87) "key_910"
88) "key_936"
89) "key_983"
90) "key_903"
91) "key_989"
92) "key_931"
93) "key_919"
94) "key_953"
95) "key_947"
96) "key_96"
97) "key_935"
98) "key_91"
99) "key_907"
100) "key_952"
101) "key_927"
102) "key_967"
103) "key_904"
104) "key_900"
105) "key_938"
106) "key_973"
107) "key_97"
108) "key_920"
109) "key_985"
110) "key_963"
111) "key_975"
#展示当前数据库内的所有key
127.0.0.1:6379> keys *
......
987) "key_172"
988) "key_64"
989) "key_79"
990) "key_801"
991) "key_502"
992) "key_144"
993) "key_514"
994) "key_615"
995) "key_197"
996) "key_84"
997) "key_681"
998) "key_572"
999) "key_656"
1000) "key_805"4、BGSAVE
手动触发后台执行save操作
127.0.0.1:6379>
127.0.0.1:6379> help bgsave
BGSAVE -
summary: Asynchronously save the dataset to disk
since: 1.0.0
group: server
127.0.0.1:6379> bgsave
Background saving started5、DBSIZE
返回当前数据库下的所有key数量
127.0.0.1:6379> help dbsize
DBSIZE -
summary: Return the number of keys in the selected database
since: 1.0.0
group: server
127.0.0.1:6379> dbsize
(integer) 1000
127.0.0.1:6379> select 1
OK
127.0.0.1:6379[1]> dbsize
(integer) 06、FLUSHDB
强制清空当前数据库中的所有key，不会影响其他db中的数据，谨慎使用
127.0.0.1:6379> help flushdb
FLUSHDB [ASYNC]
summary: Remove all keys from the current database
since: 1.0.0
group: server
127.0.0.1:6379[1]> info KeySpace
# Keyspace
db0:keys=1000,expires=0,avg_ttl=0
db1:keys=4,expires=0,avg_ttl=0
#清空db1中的所有键值，不会影响到db0中的数据
127.0.0.1:6379[1]> flushdb
OK
127.0.0.1:6379[1]> info KeySpace
# Keyspace
db0:keys=1000,expires=0,avg_ttl=0
127.0.0.1:6379[1]> 7、FLUSHALL
强制清空当前redis节点上所有数据库中的所有key，即删除当前节点所有数据，谨慎使用，必要情况建议禁用此命令
127.0.0.1:6379> info KeySpace
# Keyspace
db0:keys=1000,expires=0,avg_ttl=0
db1:keys=4,expires=0,avg_ttl=0
127.0.0.1:6379> flushall
OK
127.0.0.1:6379> info KeySpace
# Keyspace
127.0.0.1:6379> 8、SHUTDOWN
时间复杂度：O(N) N为需要保存的数据库键数量
SHUTDOWN执行过程：
停止所有客户端连接如果至少有一个保存节点在等待，执行SAVE操作如果AOF开启，更新AOF内容关闭 Redis Server
如果开启了持久化配置，SHUTDOWN命令可以保障服务器正常关闭而数据不丢失
如果单纯执行SAVE之后，执行 QUIT 命令，则无法保证数据不丢失，SAVE执行完成后，执行 QUIT 命令的过程中，服务器可能依旧存在与客户端的访问连接，会造成这期间数据的丢失。
127.0.0.1:6379> help shutdown
SHUTDOWN [NOSAVE|SAVE]
summary: Synchronously save the dataset to disk and then shut down the server
since: 1.0.0
group: server
127.0.0.1:6379> shutdown
not connected>
not connected>
not connected> exit
[root@Client-Ubuntu-1804-250:~]# ps -aux | grep redis | grep ^grep
[root@Client-Ubuntu-1804-250:~]# ss -ntlp
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 127.0.0.53%lo:53 0.0.0.0:* users:(("systemd-resolve",pid=867,fd=13))
LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=978,fd=3))
LISTEN 0 128 127.0.0.1:6010 0.0.0.0:* users:(("sshd",pid=1661,fd=10))
LISTEN 0 128 127.0.0.1:6011 0.0.0.0:* users:(("sshd",pid=1661,fd=15))
LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=978,fd=4))
LISTEN 0 128 [::1]:6010 [::]:* users:(("sshd",pid=1661,fd=9))
LISTEN 0 128 [::1]:6011 [::]:* users:(("sshd",pid=1661,fd=12)) 禁用Redis命令（rename配置）
可通过配置文件中的 rename-comand <command> "" 对原有命令进行重命名（通常用于对高危命令进行管控）
#在启用aof情况下，禁用或重命名命令可能会导致redis服务无法启动，是因为实例在之前执行被重命名的命令，导致加载aof时，命令执行失败
6682:C 07 May 2023 23:20:57.411 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo 6682:C 07 May 2023 23:20:57.411 # Redis version=5.0.14, bits=64, commit=00000000, modified=0, pid=6682, just started 6682:C 07 May 2023 23:20:57.411 # Configuration loaded 6682:C 07 May 2023 23:20:57.411 * supervised by systemd, will signal readiness 6682:M 07 May 2023 23:20:57.417 * Running mode=standalone, port=6379. 6682:M 07 May 2023 23:20:57.419 # Server initialized 6682:M 07 May 2023 23:20:57.420 # Unknown command 'flushdb' reading the append only file解决方案：
1、禁用aof选项
2、修改配置重启服务之前，执行 bgrewriteaof 重新生成aof内容
# Command renaming.
#
# It is possible to change the name of dangerous commands in a shared
# environment. For instance the CONFIG command may be renamed into something
# hard to guess so that it will still be available for internal-use tools
# but not available for general clients.
#
# Example:
#
# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
#
# It is also possible to completely kill a command by renaming it into
# an empty string:
#
# rename-command CONFIG ""
#
# Please note that changing the name of commands that are logged into the
# AOF file or transmitted to replicas may cause problems.
renmae-comand FLUSHALL ""
rename-comand FULSHDB "REMOVE-THIS-DATABASE"127.0.0.1:6379> info keySpace
# Keyspace
db0:keys=1000,expires=0,avg_ttl=0
127.0.0.1:6379> flushall
(error) ERR unknown command `flushall`, with args beginning with:
127.0.0.1:6379> flushdb
(error) ERR unknown command `flushdb`, with args beginning with:
127.0.0.1:6379> info keySpace
# Keyspace
db0:keys=1000,expires=0,avg_ttl=0
127.0.0.1:6379>
127.0.0.1:6379> REMOVE-THIS-DATABASE
OK
127.0.0.1:6379> info keySpace
# Keyspace
127.0.0.1:6379> 相关推荐
- B站收藏视频失效?mybili 收藏夹备份神器完整部署指南
-
本内容来源于@什么值得买APP，观点仅代表作者本人｜作者：羊刀仙很多B站用户都有过类似经历：自己精心收藏的视频突然“消失”，点开一看不是“已被删除”，就是“因UP主设置不可见”。而B站并不会主动通知...
- 中间件推荐初始化配置
-
Redis推荐初始化配置bind0.0.0.0protected-modeyesport6379tcp-backlog511timeout300tcp-keepalive300...
- Redis中缓存穿透问题与解决方法
-
缓存穿透问题概述在Redis作为缓存使用时，缓存穿透是常见问题。正常查询流程是先从Redis缓存获取数据，若有则直接使用；若没有则去数据库查询，查到后存入缓存。但当请求的数据在缓存和数据库中都...
- 后端开发必看!Redis 哨兵机制如何保障系统高可用?
-
你是否曾在项目中遇到过Redis主服务器突然宕机，导致整个业务系统出现数据读取异常、响应延迟甚至服务中断的情况？面对这样的突发状况，作为互联网大厂的后端开发人员，如何快速恢复服务、保障系统的高可用...
- Redis合集-大Key处理建议
-
以下是Redis大Key问题的全流程解决方案，涵盖检测、处理、优化及预防策略，结合代码示例和最佳实践：一、大Key的定义与风险1.大Key判定标准数据类型大Key阈值风险场景S...
- 深入解析跳跃表:Redis里的"老六"数据结构，专治各种不服
-
大家好，我是你们的码农段子手，今天要给大家讲一个Redis世界里最会"跳科目三"的数据结构——跳跃表（SkipList）。这货表面上是个青铜，实际上是个王者，连红黑树见了都要喊声大哥。...
- Redis 中 AOF 持久化技术原理全解析，看完你就懂了!
-
你在使用Redis的过程中，有没有担心过数据丢失的问题？尤其是在服务器突然宕机、意外断电等情况发生时，那些还没来得及持久化的数据，是不是让你夜不能寐？别担心，Redis的AOF持久化技术就是...
- Redis合集-必备的几款运维工具
-
Redis在应用Redis时，经常会面临的运维工作，包括Redis的运行状态监控，数据迁移，主从集群、切片集群的部署和运维。接下来，从这三个方面，介绍一些工具。先来学习下监控Redis实时...
- 别再纠结线程池大小 + 线程数量了，没有固定公式的!
-
我们在百度上能很轻易地搜索到以下线程池设置大小的理论：在一台服务器上我们按照以下设置CPU密集型的程序-核心数+1I/O密集型的程序-核心数*2你不会真的按照这个理论来设置线程池的...
- 网络编程—IO多路复用详解
-
假如你想了解IO多路复用，那本文或许可以帮助你本文的最大目的就是想要把select、epoll在执行过程中干了什么叙述出来，所以具体的代码不会涉及，毕竟不同语言的接口有所区别。基础知识IO多路复用涉及...
- 5分钟学会C/C++多线程编程进程和线程
-
前言对线程有基本的理解简单的C++面向过程编程能力创造单个简单的线程。创造单个带参数的线程。如何等待线程结束。创造多个线程，并使用互斥量来防止资源抢占。会使用之后，直接跳到“汇总”，复制模板来用就行...
- 尽情阅读，技术进阶，详解mmap的原理
-
1.一句话概括mmapmmap的作用，在应用这一层，是让你把文件的某一段，当作内存一样来访问。将文件映射到物理内存，将进程虚拟空间映射到那块内存。这样，进程不仅能像访问内存一样读写文件，多个进程...
- C++11多线程知识点总结
-
一、多线程的基本概念1、进程与线程的区别和联系进程：进程是一个动态的过程，是一个活动的实体。简单来说，一个应用程序的运行就可以被看做是一个进程；线程：是运行中的实际的任务执行者。可以说，进程中包含了多...
- 微服务高可用的2个关键技巧，你一定用得上
-
概述上一篇文章讲了一个朋友公司使用SpringCloud架构遇到问题的一个真实案例，虽然不是什么大的技术问题，但如果对一些东西理解的不深刻，还真会犯一些错误。这篇文章我们来聊聊在微服务架构中，到底如...
- Java线程间如何共享与传递数据
-
1、背景在日常SpringBoot应用或者Java应用开发中，使用多线程编程有很多好处，比如可以同时处理多个任务，提高程序的并发性；可以充分利用计算机的多核处理器，使得程序能够更好地利用计算机的资源，...
欢迎 你 发表评论:
- 一周热门
- 最近发表
- 标签列表
-
- 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)