019.Redis键管理命令

  • 查看全部 key
node02:6379> keys *
1) "name"
2) "age"
3) "sex"
  • 查看当前数据库中的 key 的总数
node02:6379> dbsize
(integer) 3

dbsize命令在计算键总数时不会遍历所有键，而是直接获取Redis内置的键总数变量，所以dbsize命令的时间复杂度是O(1)。

而keys命令会遍历所有键，所以它的时间复杂度是O(n)，当Redis保存了大量键时，应该谨慎使用。

  • 检查 key 是否存在
# 1 代表存在
node02:6379> exists name
(integer) 1
# 0 代表不存在
node02:6379> exists id
(integer) 0
  • 删除 key
# 返回值是成功删除键的个数
node02:6379> del name
(integer) 1
# 可以同时删除多个键
node02:6379> del age sex
(integer) 2
# 删除一个不存在的键将会返回 0
node02:6379> del xxx
(integer) 0
  • 设置 key 过期时间，查看 key 剩余存活时间
node02:6379> set name1 tom
OK
# 设置过期时间，单位 s
node02:6379> expire name1 60
(integer) 1
# 查看 key 剩余存活时间，返回 >= 0 的数，代表剩余存活时间
node02:6379> ttl name1
(integer) 53
node02:6379> ttl name1
(integer) 0
# 返回 -2 代表 key 过期，已经被删除
node02:6379> ttl name1
(integer) -2
node02:6379> exists name1
(integer) 0

node02:6379> set name2 tony
OK
# 返回 -1 代表 key 未设置过期时间
node02:6379> ttl name2
(integer) -1

# expireat命令可以设置键在哪个时间过期，时间用时间戳表示
# pttl可以查看key的毫秒级别的剩余存活时间
127.0.0.1:6379> expireat name 1606798800000
(integer) 1
127.0.0.1:6379> pttl name
(integer) 1605192006672745
127.0.0.1:6379> pttl name
(integer) 1605192006668840
127.0.0.1:6379> pttl name
(integer) 1605192006667824

# pexpire：设置毫秒级的过期时间
127.0.0.1:6379> pexpire age 600000
(integer) 1
127.0.0.1:6379> ttl age
(integer) 595
# pexpireat：键在毫秒级时间戳timestamp后过期
127.0.0.1:6379> pexpireat sex 1606798800000
(integer) 1
127.0.0.1:6379> pttl sex
(integer) 5147367
127.0.0.1:6379> ttl sex
(integer) 5143
127.0.0.1:6379> expire sex -2

# 如果是给一个键设置过期时间为负数，会立即删除这个键
(integer) 1
127.0.0.1:6379> exists sex
(integer) 0

# 清除key的过期时间
127.0.0.1:6379> persist name
(integer) 1
127.0.0.1:6379> ttl name
(integer) -1

# 使用set命令覆盖一个字符串，则会清空过期时间
127.0.0.1:6379> set name tom
OK
127.0.0.1:6379> expire name 100
(integer) 1
127.0.0.1:6379> ttl name
(integer) 98
127.0.0.1:6379> set name tony
OK
127.0.0.1:6379> ttl name
(integer) -1

# setex：set+expire的组合，创建key并设置过期时间
# setex：不但是原子执行，同时减少了一次网络通讯的时间
127.0.0.1:6379> setex name 10 tom
OK
127.0.0.1:6379> ttl name
(integer) 8

Redis不支持二级数据结构（例如哈希、列表）内部元素的过期功能，例如不能对列表类型的一个元素做过期时间设置

  • 查看 key 的数据结构类型
node02:6379> type name2
string
# 如果 key 不存在，返回 none
node02:6379> type name1
none
  • 查看某个命令的帮助文档
node02:6379> help set

  SET key value [EX seconds] [PX milliseconds] [NX|XX]
  summary: Set the string value of a key
  since: 1.0.0
  group: string
  • 键重命名
# 将键的名称由name改成first_name
127.0.0.1:6379> rename name first_name
OK
127.0.0.1:6379> get first_name
"tom"

# 重命名时，如果新名称的key已经存在，就会覆盖掉
127.0.0.1:6379> set name "tom"
OK
127.0.0.1:6379> set first_name "bob"
OK
127.0.0.1:6379> rename name first_name
OK
127.0.0.1:6379> get name
(nil)
127.0.0.1:6379> get first_name
"tom"

# renamenx：当新名称的key不存在时才进行重命名
127.0.0.1:6379> set name tom
OK
127.0.0.1:6379> set first_name bob
OK
# 返回0代表没有完成重命名
127.0.0.1:6379> renamenx name first_name
(integer) 0
# 如果新key和旧key的名称相同，在3.2版本之前会报错，3.2版本之后返回OK
127.0.0.1:6379> rename name name
OK

由于重命名键期间会执行del命令删除旧的键，如果键对应的值比较大，会存在阻塞Redis的可能性

  • 随机返回一个键
127.0.0.1:6379> randomkey
"name"
  • 迁移键

move：内部迁移键，Redis内部可以有多个数据库，彼此在数据上是相互隔离的，move key db就是把指定的键从源数据库移动到目标数据库中

dump+restore：在不同的Redis实例之间进行数据迁移

在源Redis上，dump命令会将键值序列化，格式采用的是RDB格式

在目标Redis上，restore命令将上面序列化的值进行复原，其中ttl参数代表过期时间，如果ttl=0代表没有过期时间

# 源redis将某个key序列化
127.0.0.1:6379> dump age
"\x00\xc0\x12\t\x00\x9d+/\x83A\xa7'\x9a"

# 目标redis反序列化，这里是用一个Redis实例模拟的
127.0.0.1:6379> del age
(integer) 1
127.0.0.1:6379> restore age 0 "\x00\xc0\x12\t\x00\x9d+/\x83A\xa7'\x9a"
OK
127.0.0.1:6379> get age
"18"

migrate：用于在Redis实例间进行数据迁移，migrate命令就是将dump、restore、del三个命令进行组合，migrate命令具有原子性，而且从Redis3.0.6版本以后已经支持迁移多个键的功能，有效地提高了迁移效率。migrate迁移key的流程如下：

# 如果目标redis中不存在此key，则返回OK
127.0.0.1:6379> migrate localhost 6380 age 0 1000
OK
127.0.0.1:6380> get age
"18"

# 如果目标redis中已经存在此key，则需添加replace选项进行覆盖，否则会报错
127.0.0.1:6379> set age 30
OK
127.0.0.1:6379> migrate localhost 6380 age 0 1000 replace
OK
127.0.0.1:6380> get age
"30"

127.0.0.1:6379> set age 20
OK
127.0.0.1:6379> migrate localhost 6380 age 0 1000
(error) ERR Target instance replied with error: BUSYKEY Target key name already exists.

# 默认情况下，源redis的key迁移到目标redis后就会删除
# 如果想保留redis的key，即进行复制操作，那么需要加copy选项
127.0.0.1:6379> migrate localhost 6380 age 0 1000 copy replace
OK

# 如果源redis的key不存在，会接收到"NOKEY"的提示
127.0.0.1:6379> migrate localhost 6380 age 0 1000 replace
NOKEY

# 迁移多个key，首先把单个key位置设置为空字符串，然后在命令最后添加多个key
127.0.0.1:6379> migrate localhost 6380 "" 0 1000 copy replace keys name age sex
OK
127.0.0.1:6380> get name
"tony"
127.0.0.1:6380> get age
"20"
127.0.0.1:6380> get sex
"1"
  • 遍历键
# keys命令支持通配符
127.0.0.1:6379> keys [j,r]edis
1) "redis"
2) "jedis"
127.0.0.1:6379> keys h*
1) "hill"
2) "hello"

# 删除所有以"app"开头的key，可以在shell中使用以下命令：
redis-cli keys app* | xargs redis-cli del

如果Redis包含了大量的键，执行keys命令很可能会造成Redis阻塞，所以一般建议不要在生产环境下使用keys命令，keys命令可以在以下2种情况下使用：

  1. 在一个不对外提供服务的Redis从节点上执行，这样不会阻塞到客户端的请求，但是会影响到主从复制
  2. 如果确认键值总数比较少，可以执行该命令

使用scan命令渐进式的遍历所有键，可以有效防止阻塞

# scan cursor [match pattern] [count number]
# cursor是必需参数，实际上cursor是一个游标，第一次遍历从0开始
# 每次scan遍历完都会返回当前游标的值，直到游标值为0，表示遍历结束
# match pattern是可选参数，它的作用的是做模式的匹配
# count number是可选参数，它的作用是表明每次要遍历的键个数，默认值是10，此参数可以适当增大
127.0.0.1:6379> mset a a b b c c d d e e f f g g h h i i j j k k l l m m n n o o p p q q r r s s t t u u v v w w x x y y z z

# 第一次遍历，游标为0,
# 返回值第一部分代表下次遍历的游标
# 返回值第二部分代表本次遍历得到的key
127.0.0.1:6379> scan 0
1) "14"
2)  1) "a"
    2) "b"
    3) "y"
    4) "v"
    5) "x"
    6) "u"
    7) "t"
    8) "w"
    9) "h"
   10) "o"
 
127.0.0.1:6379> scan 14
1) "11"
2)  1) "c"
    2) "s"
    3) "j"
    4) "q"
    5) "f"
    6) "p"
    7) "z"
    8) "i"
    9) "e"
   10) "r"
   11) "m"

# 游标返回0，代表所有key遍历完毕
127.0.0.1:6379> scan 11
1) "0"
2) 1) "n"
   2) "k"
   3) "g"
   4) "l"
   5) "d"

除了scan以外，Redis提供了面向哈希类型、集合类型、有序集合的扫描遍历命令，解决诸如hgetall、smembers、zrange可能产生的阻塞问题，对应的命令分别是hscan、sscan、zscan，它们的用法和scan基本类似。

渐进式遍历可以有效的解决keys命令可能产生的阻塞问题，但是scan并非完美无瑕，如果在scan的过程中如果有键的变化（增加、删除、修改），那么遍历效果可能会碰到如下问题：新增的键可能没有遍历到，遍历出了重复的键等情况，也就是说scan并不能保证完整的遍历出来所有的键，这些是我们在开发时需要考虑的。

  • 数据库管理

Redis用数字作为多个数据库的实现，Redis默认配置中是有16个数据库，编号从0-15，默认使用0号数据库

# 1. 切换数据库
127.0.0.1:6379> get a
"a"
# select dbIndex 可以切换数据库
127.0.0.1:6379> select 1
OK
127.0.0.1:6379[1]> get a
(nil)

Redis在3.0之后已经开始逐渐弱化这个功能，例如Redis的分布式实现Redis Cluster只允许使用0号数据库，只不过为了向下兼容老版本的数据库功能，该功能没有完全废弃掉，那么为什么要废弃掉这个功能呢？

  1. Redis是单线程的。如果使用多个数据库，那么这些数据库仍然是使用一个CPU，彼此之间还是会受到影响的
  2. 多数据库的使用方式，会让调试和运维不同业务的数据库变的困难，假如有一个慢查询存在，依然会影响其他数据库，这样会使得别的业务方定位问题非常的困难
  3. 部分Redis的客户端根本就不支持这种方式。即使支持，在开发的时候来回切换数字形式的数据库，很容易弄乱

建议如果要使用多个数据库功能，完全可以在一台机器上部署多个Redis实例，彼此用端口来做区分，因为现代计算机或者服务器通常是有多个CPU的。这样既保证了业务之间不会受到影响，又合理地使用了CPU资源。

# 2. 清空数据库
flushdb # 清空当前数据库的数据
flushall # 清空所有数据库的数据

127.0.0.1:6379[1]> set name tom
OK
127.0.0.1:6379[1]> select 2
OK
127.0.0.1:6379[2]> set name tony
OK
127.0.0.1:6379[2]> select 3
OK
127.0.0.1:6379[3]> set name bob
OK

# 使用flushdb清空3号数据库的数据，其他数据库的数据还在
127.0.0.1:6379[3]> flushdb
OK
127.0.0.1:6379[3]> get name
(nil)
127.0.0.1:6379[3]> select 2
OK
127.0.0.1:6379[2]> get name
"tony"

# 使用flushdb清空数据，则其他数据库的数据也被清除了
127.0.0.1:6379[2]> flushall
OK
127.0.0.1:6379[2]> keys *
(empty list or set)
127.0.0.1:6379[2]> select 1
OK
127.0.0.1:6379[1]> keys *
(empty list or set)
127.0.0.1:6379[1]> select 3
OK
127.0.0.1:6379[3]> keys *
(empty list or set)

flushdb/flushall命令可以非常方便的清理数据，但是也带来两个问题：

  1. 这两个命令会将所有数据清除，一旦误操作后果不堪设想
  2. 如果当前数据库键值数量比较多，使用这两个命令会存在阻塞Redis的可能性
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 204,053评论 6赞 478
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,527评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 150,779评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,685评论 1赞 276
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,699评论 5赞 366
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,609评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,989评论 3赞 396
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,654评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,890评论 1赞 298
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,634评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,716评论 1赞 330
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,394评论 4赞 319
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,976评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,950评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,191评论 1赞 260
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 44,849评论 2赞 349
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,458评论 2赞 342

推荐阅读更多精彩内容