Redis缓存服务是运维工作中比较常见的一种维护工作,下面就redis日常操作命令在此做一简单小结,以备查用:

1)连接redis服务命令
# redis-cli -h redis主机ip或主机域名 -p redis端口 -a redis密码

[root@redis-test01 ~]# /data/redis-4.0.1/src/redis-cli -h 192.168.10.10 -p 6379 -a redis@123
192.168.10.10:6379>

2)在tomcat下的redis.properties可查看相关参数

#服务器地址
redis.host #服务器端口
redis.port #授权密码
redis.password

3)关于key的相关操作命令

查看或取出所有的key值
keys * 查看含SHOP的key值
keys SHOP_* 查看所有包括kevin字样的key值
keys kevin* 查key中已保存的value值
lrange key 0 -1 查看redis下,当前的key值是否存在。如查看kevin这个key值是否存在
exists key kevin 删除当前的key值,如删除kevin这个key值
del kevin 设置过期时间,比如设置kevin这个key值20秒过期
expire kevin 20 清空当前数据库
flushdb 批量删除key的集合
redis-cli -h 192.168.10.10 -p 6379 keys "web*"| xargs redis-cli -h 192.168.10.10 -p 6379 del
清除redis中指定的key值(比如清除redis中包含kevin的key值)
[root@redis-test01 ~]# /data/redis-4.0.1/src/redis-cli -h 192.168.10.10 -p 6379 -a redis@123  keys "kevin*" |xargs /data/redis-4.0.1/src/redis-cli -h 192.168.10.10 -p 6379 -a redis@123 del
停掉redis
[root@redis-test01 ~]# /data/redis-4.0.1/src/redis-cli -h 192.168.10.10 -p 6379 -a redis@123 shutdown

redis相关命令列表

命令原型 时间复杂度 命令描述 返回值
KEYS pattern O(N) 时间复杂度中的N表示数据库中Key的数量。获取所有匹配pattern参数的Keys。需要说明的是,在我们的正常操作中应该尽量避免对该命令的调用,因为对于大型数据库而言,该命令是非常耗时的,对Redis服务器的性能打击也是比较大的。pattern支持glob-style的通配符格式,如*表示任意一个或多个字符,?表示任意字符,[abc]表示方括号中任意一个字母。 匹配模式的键列表。
DEL key [key ...] O(N) 时间复杂度中的N表示删除的Key数量。从数据库删除中参数中指定的keys,如果指定键不存在,则直接忽略。还需要另行指出的是,如果指定的Key关联的数据类型不是String类型,而是List、Set、Hashes和Sorted Set等容器类型,该命令删除每个键的时间复杂度为O(M),其中M表示容器中元素的数量。而对于String类型的Key,其时间复杂度为O(1)。 实际被删除的Key数量。
EXISTS key  O(1) 判断指定键是否存在。 1表示存在,0表示不存在。
MOVE key db  O(1) 将当前数据库中指定的键Key移动到参数中指定的数据库中。如果该Key在目标数据库中已经存在,或者在当前数据库中并不存在,该命令将不做任何操作并返回0。   移动成功返回1,否则0。
RENAME key newkey  O(1) 为指定指定的键重新命名,如果参数中的两个Keys的命令相同,或者是源Key不存在,该命令都会返回相关的错误信息。如果newKey已经存在,则直接覆盖。   
RENAMENX key newkey O(1) 如果新值不存在,则将参数中的原值修改为新值。其它条件和RENAME一致。 1表示修改成功,否则0。
PERSIST key O(1) 如果Key存在过期时间,该命令会将其过期时间消除,使该Key不再有超时,而是可以持久化存储。 1表示Key的过期时间被移出,0表示该Key不存在或没有过期时间。
EXPIRE key seconds  O(1)  该命令为参数中指定的Key设定超时的秒数,在超过该时间后,Key被自动的删除。如果该Key在超时之前被修改,与该键关联的超时将被移除。  1表示超时被设置,0则表示Key不存在,或不能被设置。
EXPIREAT key timestamp  O(1)  该命令的逻辑功能和EXPIRE完全相同,唯一的差别是该命令指定的超时时间是绝对时间,而不是相对时间。该时间参数是Unix timestamp格式的,即从1970年1月1日开始所流经的秒数。 1表示超时被设置,0则表示Key不存在,或不能被设置。 
TTL key  O(1) 获取该键所剩的超时描述。  返回所剩描述,如果该键不存在或没有超时设置,则返回-1。
RANDOMKEY O(1)   从当前打开的数据库中随机的返回一个Key。 返回的随机键,如果该数据库是空的则返回nil。
TYPE key  O(1)  获取与参数中指定键关联值的类型,该命令将以字符串的格式返回。 返回的字符串为string、list、set、hash和zset,如果key不存在返回none。
SORT key [BY pattern] [LIMIT offset count] [GET pattern [GET pattern ...]] [ASC|DESC] [ALPHA] [STORE destination]  O(N+M*log(M))  这个命令相对来说是比较复杂的,因此我们这里只是给出最基本的用法,有兴趣的网友可以去参考redis的官方文档。 返回排序后的原始列表。

-------------------------实例如下-----------------------------
keys/rename/del/exists/move/renamenx命令

查看当前数据库所有的keys
192.168.10.10:6379> keys * 清空当前选择的数据库
192.168.10.10:6379> flushdb
OK 添加String类型的模拟数据
192.168.10.10:6379> set mykey 2
OK
192.168.10.10:6379> set mykey2 "hello"
OK 添加Set类型的模拟数据。
192.168.10.10:6379> sadd mysetkey 1 2 3
(integer) 3 添加Hash类型的模拟数据。
192.168.10.10:6379> hset mmtest username "stephen"
(integer) 1 根据参数中的模式,获取当前数据库中符合该模式的所有key,从输出可以看出,该命令在执行时并不区分与Key关联的Value类型。
192.168.10.10:6379> keys my*
1) "mysetkey"
2) "mykey"
3) "mykey2" 删除下面两个Keys
192.168.10.10:6379> del mykey mykey2
(integer) 2 查看一下刚刚删除的Key是否还存在,从返回结果看,mykey确实已经删除了。
192.168.10.10:6379> exists mykey
(integer) 0 查看一下没有删除的Key,以和上面的命令结果进行比较。
192.168.10.10:6379> exists mysetkey
(integer) 1 将当前数据库中的mysetkey键移入到ID为1的数据库中,从结果可以看出已经移动成功。
192.168.10.10:6379> move mysetkey 1
(integer) 1 打开ID为1的数据库。
192.168.10.10:6379> select 1
OK 查看一下刚刚移动过来的Key是否存在,从返回结果看已经存在了。
redis 127.0.0.1:6379[1]> exists mysetkey
(integer) 1 在重新打开ID为0的缺省数据库。
redis 127.0.0.1:6379[1]> select 0
OK 查看一下刚刚移走的Key是否已经不存在,从返回结果看已经移走。
192.168.10.10:6379> exists mysetkey
(integer) 0 准备新的测试数据。
192.168.10.10:6379> set mykey "hello"
OK 将mykey改名为mykey1
192.168.10.10:6379> rename mykey mykey1
OK 由于mykey已经被重新命名,再次获取将返回nil。
192.168.10.10:6379> get mykey
(nil) 通过新的键名获取。
192.168.10.10:6379> get mykey1
"hello" 由于mykey已经不存在了,所以返回错误信息。
192.168.10.10:6379> rename mykey mykey1
(error) ERR no such key 为renamenx准备测试key
192.168.10.10:6379> set oldkey "hello"
OK
192.168.10.10:6379> set newkey "world"
OK 由于newkey已经存在,因此该命令未能成功执行。
192.168.10.10:6379> renamenx oldkey newkey
(integer) 0 查看newkey的值,发现它也没有被renamenx覆盖。
192.168.10.10:6379> get newkey
"world"

persist/expire/expireat/ttl命令

为后面的示例准备的测试数据。
192.168.10.10:6379> set mykey "hello"
OK 将该键的超时设置为100秒。
192.168.10.10:6379> expire mykey 100
(integer) 1 通过ttl命令查看一下还剩下多少秒。
192.168.10.10:6379> ttl mykey
(integer) 97 立刻执行persist命令,该存在超时的键变成持久化的键,即将该Key的超时去掉。
192.168.10.10:6379> persist mykey
(integer) 1 ttl的返回值告诉我们,该键已经没有超时了。
192.168.10.10:6379> ttl mykey
(integer) -1 为后面的expire命令准备数据。
192.168.10.10:6379> del mykey
(integer) 1
192.168.10.10:6379> set mykey "hello"
OK 设置该键的超时被100秒。
192.168.10.10:6379> expire mykey 100
(integer) 1 用ttl命令看一下当前还剩下多少秒,从结果中可以看出还剩下96秒。
192.168.10.10:6379> ttl mykey
(integer) 96 重新更新该键的超时时间为20秒,从返回值可以看出该命令执行成功。
192.168.10.10:6379> expire mykey 20
(integer) 1 再用ttl确认一下,从结果中可以看出果然被更新了。
192.168.10.10:6379> ttl mykey
(integer) 17 立刻更新该键的值,以使其超时无效。
192.168.10.10:6379> set mykey "world"
OK 从ttl的结果可以看出,在上一条修改该键的命令执行后,该键的超时也无效了。
192.168.10.10:6379> ttl mykey
(integer) -1

type/randomkey/sort命令

由于mm键在数据库中不存在,因此该命令返回none。
192.168.10.10:6379> type mm
none mykey的值是字符串类型,因此返回string。
192.168.10.10:6379> type mykey
string 准备一个值是set类型的键。
192.168.10.10:6379> sadd mysetkey 1 2
(integer) 2 mysetkey的键是set,因此返回字符串set。
192.168.10.10:6379> type mysetkey
set 返回数据库中的任意键。
192.168.10.10:6379> randomkey
"oldkey" 清空当前打开的数据库。
192.168.10.10:6379> flushdb
OK 由于没有数据了,因此返回nil。
192.168.10.10:6379> randomkey
(nil)

Redis日常操作命令小结的更多相关文章

  1. Redis Cluster日常操作命令梳理

    在之前的一篇文章已经介绍了Redis Cluster及其部署,下面说下Redis Cluster日常操作命令: 一.以下命令是Redis Cluster集群所独有的,执行下面命令需要先登录redis: ...

  2. redis日常使用汇总--持续更新

    redis日常使用汇总--持续更新 工作中有较多用到redis的场景,尤其是触及性能优化的方面,传统的缓存策略在处理持久化和多服务间数据共享的问题总是不尽人意,此时引入redis,但redis是单线程 ...

  3. Spring Boot + MyBatis + Druid + Redis + Thymeleaf 整合小结

    Spring Boot + MyBatis + Druid + Redis + Thymeleaf 整合小结 这两天闲着没事想利用**Spring Boot**加上阿里的开源数据连接池**Druid* ...

  4. MongoDB日常运维操作命令小结

    总所周知,MongoDB是一个NoSQL非数据库系统,即一个数据库可以包含多个集合(Collection),每个集合对应于关系数据库中的表:而每个集合中可以存储一组由列标识的记录,列是可以自由定义的, ...

  5. CentOS下Redis安装配置小结

    Redis是REmote DIctionary Server的缩写. 是一个使用 C 语言写成的,开源的 key-value 非关系型数据库.跟memcached类似,不过数据可以持久化. Redis ...

  6. Redis 常用操作命令,非常详细!

    下面总结并演示了 Redis 的 常用管理命令.key 操作.字符串.集合.列表.散列类型的操作命令. 你需要掌握的 Redis 知识 史上最全 Redis 高可用解决方案总结 为什么分布式一定要有R ...

  7. Linux运维笔记-日常操作命令总结(2)

    回想起来,从事linux运维工作已近5年之久了,日常工作中会用到很多常规命令,之前简单罗列了一些命令:http://www.cnblogs.com/kevingrace/p/5985486.html今 ...

  8. Linux运维笔记-日常操作命令总结(1)

    在linux日常运维中,我们平时会用到很多常规的操作命令. 查看服务器的外网ip [root@redis-new01 ~]# curl ifconfig.me [root@redis-new01 ~] ...

  9. redis日常操作

    redis针对所有类型的日常操作: keys * ## 取出所有key keys my* ## 模糊匹配 exists name ## 存在name键返回1,否则返回0 del key1 ## 删除一 ...

随机推荐

  1. Nginx 错误日志配置

    1.Nginx错误日志信息介绍: error_log的语法格式及参数说明: error_log      file         level; 关键字    日志文件   错误日志级别 其中,关键字 ...

  2. 【PAT】B1050 螺旋矩阵(25 分)

    实在不觉得递归等方式有什么简单的地方,没错我就是用的最笨的方法模拟. 和我一样的小白看代码应该很容易理解. #include<stdio.h> #include<math.h> ...

  3. Beta冲刺! Day1 - 磨刀

    Beta冲刺! Day1 - 磨刀 今日已完成 晨瑶:罗列Beta计划.和新人交接.任务安排 昭锡:无 永盛:服务器出现一些 mysql 的问题,伟鹏的爬取脚本没办法远程链接到服务器,在修 立强:学习 ...

  4. Android开发学习笔记(二)——编译和运行原理(1)

    http://www.cnblogs.com/Pickuper/archive/2011/06/14/2078969.html 接着上一篇的内容,继续从全局了解Android.在清楚了Android的 ...

  5. centos7下安装docker(6镜像总结)

    学了很长时间的镜像了,从镜像的分层,缓存的特性,到制作镜像:通过docker commint和docker build创建,再到制作dockerfile以及dockerfile中常用的参数FROM,M ...

  6. windows下elasticsearch6.X安装IK分词器

    文章来源:https://www.cnblogs.com/hts-technology/category/1167823.html (一)到官网下载https://github.com/medcl/e ...

  7. Arduino IDE for ESP8266 (4)局域网 网页图形化控制灯 路由系统

    用到的路由系统文件(备用) 链接:https://pan.baidu.com/s/1bqR7Lc7 密码:7w2z 教程http://www.windworkshop.cn/?p=1274

  8. JavaWeb界面在线配置代码生成器

    关于直接main方法运行生成代码可参考我的这篇文章:MP实战系列(六)之代码生成器讲解 在线配置主要参考jeesite和jeecg,gun等开源项目,但是与它们相比又有很多不同? 与jeesite相比 ...

  9. python 全栈开发,Day39(进程同步控制(锁,信号量,事件),进程间通信(队列,生产者消费者模型))

    昨日内容回顾 python中启动子进程并发编程并发 :多段程序看起来是同时运行的ftp 网盘不支持并发socketserver 多进程 并发异步 两个进程 分别做不同的事情 创建新进程join :阻塞 ...

  10. AI 矩阵求导

    矩阵求导 参考链接: https://en.wikipedia.org/wiki/Matrix_calculus#Scalar-by-vector_identities