在之前的文章中我们已经介绍过了Redis中有关键的命令,在一篇中我们将详细了解一下这方面的内容。除此之外在这一篇中我们还将了解Redis中的数据库相关的管理。下面我们将分3个部分来介绍Redis键管理方面的知识。它们分别是单个键、遍历键、数据库管理等。
单个键管理
1.键重命名
rename key newkey
我们看rename命令确实是可以给键重命名,但如果执行rename命令时新的键已经存在的,那么rename命令会将新的键的键的值替换掉。也就是如下图所示:
当然既然使用rename命令是有风险的,所以Redis为了保证给键重命名的安全性于是提供了renamenx命令,顾名思义,renamenx命令就是保证当前新的键不存在时,给键重命名命令才可以成功。
如上图所示,当renamenx命令给键重命名时,如果重命名的键是存在的,则renamenx命令返回0,表示当前命令执行失败,否则返回1,则表示成功。
下面我们了解一下在使用rename命令或者renamenx命令时的注意事项。
- 由于在使用rename命令或者renamenx命令时会执行del命令删除旧的键,所以如果旧的键中的值比较大时,可能会存在阻塞的情况。
- 如果在使用rename命令或者renamenx命令时,如果新的键与旧的键是相同时,则上述命令时可以执行成功的,但在Redis3.2之前版本会报错。
2.随机返回一个键
randomkey
3.键过期
expire key secondsexpireat key timestamp
ttl命令和pttl命令都可以查询键的剩余过期时间,但是pttl命令精度更高可以支持毫秒级。下面我们看一下ttl命令和pttl命令的返回值。
- 大于等于0的整数:键剩余的过期时间(ttl秒,pttl毫秒)。
- -1:键没有设置过期时间
- -2:键不存在
下面我们看一下expireat命令。
expireat命令可以直接设置键的毫秒过期时间戳。除此之外Redis2.6版本之后还支持了毫秒级的过期时间。
pexpire key millisecondspexpireat key milliseconds-timestamp
下面我们介绍一下在使用上述命令时的注意事项。
- 如使用上述命令时如果键不存在时,则直接返回0,表示该操作执行失败。
- 如果使用上述命令时过期时间设置为负数,则当前键直接过期,并且会直接删除,相当于执行del命令。
- persist命令可以将键的过期时间清除。
- 对于字符串类型的键,在执行set命令时,会默认去掉过期时间,在这点要特别注意,很容易忽视。
- Redis不支持二级数据结构内部元素的过期功能,例如不能设置列表或者集合类型中的某个元素设置过期时间。
- setnx命令作为set + expire组合,不但是原子性的,同时还减少了一次网络通讯时间。
4.迁移键
顾名思义迁移键就是将键从一个地方迁移到另一个地方。比如将键从生产环境迁移到测试环境等等。在Redis中提供了3种方式来支持键的迁移功能,它们分别是move、dump + restore、migrate3种。但它们的底层实现方式,及使用场景均不太一样。下面我们详细了解一下。
(1)、move
move key db
move命令是在Redis的内部进行数据迁移,在Redis中实际上有多个数据库的,所以move命令就是将指定的键从源数据库移动目标数据库中。Redis中数据库相关的知识,我们将在后续的文章中在做介绍。
(2)、dump + restore
dump keyrestore key ttl serialized-value [REPLACE]
dump + restore也可以实现Redis中不同实例之间的数据迁移。但和move命令不同dump + restore要分2部实现,下面我们详细了解一下。
- 在源数据库上使用dump命令将键值序列化,格式采用的是RDB格式。
- 在目标数据库中使用restore命令将上一步中的序列化的值进行复原,其中ttl参数表示过期时间,如果ttl等于0则表示没有过期时间。
下面我们看一下dump + restore方式的注意事项。
- 整个迁移的过程中并非原子性的,而是通过客户端分步完成的。
- 迁移的过程中是在两个客户端进行的,所以dump的结果不是在源数据库和目标数据库之间进行的。
下面我们完整演示一下使用dump + restore命令怎么迁移键。
1)、在源Redis中执行dump。
2)、在目标Redis中执行restore。
我们上述操作中启用了2个客户端,一个端口为6379另一个端口为6380。如果在使用dump和restore命令时,如果都在同一个端口客户端中进行时,Redis会返回错误。
(3)、migrate
migrate host port key| destination-db timeout [COPY] [REPLACE] [KEYS key]
在Redis中migrate命令也可以实现键的迁移功能,它和上述的其它迁移命令相比,不同的就是migrate命令就是将dump、restore、del命令组合在了一起,并且简化了操作流程。而且migrate命令还支持原子性操作。下面我们看一下使用migrate命令与dump + restore命令之间的不同之处。
- migrate命令整个过程都是原子性的,并且不需要开启多个Redis客户端。
- migrate命令的数据传输直接在源Redis和目标Redis中完成。
- 目标Redis完成restore后会发送OK给源Redis,源Redis接受后会根据migrate对应的选项来决定是否在源Redis上删除对应的键。
下面我们详细看一下migrate命令的相关参数。
- host:目标Redis的IP地址。- port:目标Redis的端口。- key|"":在Redis3.0.6版本之前,migrate只支持迁移一个键,所以此处就是要迁移的键,但Redis3.0.6版本之后是可以支持迁移多个键了,所以如果当前要迁移多个键时,此处为空字符串“”。- destination-db:目标Redis的数据库索引,因为上面提到过在Redis是有多个数据库存在的,但相关的知识后续在做详细介绍,这里我们只要先知道这个概念就可以了。- timeout:键迁移的超市时间(单位毫秒)。- [copy]:如果添加此选项,迁移后并不删除源键。- [replace]:如果添加此选项,migrate不管目标Redis是否存在该键都会进行数据迁移,并且覆盖。- [keys key [key ...]]:迁移多个键,迁移多少,就写多少键。
下面我们演示一下通过migrate命令怎么迁移Redis中的键。
1)、源Redis有要迁移的键,而目标Redis中没有:
下面我们执行以下命令:
migrate host port key| destination-db timeout [COPY] [REPLACE] [KEYS key]
在使用migrate命令迁移键时,有一点要特别注意,就是migrate命令在执行时,要在源Redis中执行,如果在目标Redis中执行时,是不会迁移成功的,也就是如上图所示。
2)、源Redis和目标Redis都有要迁移的键。
在使用migrate命令迁移键时如果没有添加replace参数时,则Redis会显示错误,并且如果不添加copy命令时,当键成功迁移后,源Redis中的迁移键,将被删除。
3)、源Redis中没有要迁移的键。
下面我们演示一下批量迁移多个键的操作:
下面我们来比对一下上述3种键迁移的不同。