Redis教程

Redis 命令速查

本文主要是介绍Redis 命令速查,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

1、Key(键)

DEL

DEL key [key ...]:删除给定的一个或多个key。不存在的key会被忽略。

可用版本:>=1.0.0

时间复杂度:O(N),N为被删除的key数量。

  • 删除单个字符串类型的key,时间复杂度为O(1)。
  • 删除单个列表、集合、有序集合或哈希表类型的key,时间复杂度为O(M),M为以上数据结构内的元素数量。

返回值:被删除key的数量。

#删除单个key
127.0.0.1:6379> SET name redis
OK
127.0.0.1:6379> DEL name
(integer) 1

#删除一个不存在的key
127.0.0.1:6379> EXISTS age
(integer) 0
127.0.0.1:6379> DEL age
(integer) 0

#同时删除多个key
127.0.0.1:6379> SET name1 Python
OK
127.0.0.1:6379> SET name2 Java
OK
127.0.0.1:6379> SET name3 C++
OK
127.0.0.1:6379> DEL name1 name2 name3
(integer) 3

DUMP

DUMP key:序列化给定的key,并返回被序列化的值,使用RESTORE命令可以将这个值反序列化为Redis键。

序列化生成的值有一下几个特点:

  • 它带有64位的校验和,用于检测错误,RESTORE在进行反序列化之前先检查校验和。
  • 值的编码格式和RDB文件保持一致。
  • RDB版本会被编码在序列化值当中,如果因Redis的版本不同造成RDB格式不兼容,那么Redis会拒绝对这个值进行反序列化操作。

序列化的值不包括任何生存的时间信息。

可用版本: >=2.6.0

时间复杂度:查找给定键的复杂度为O(1),对键进行序列化的复杂度为O(N*M),其中N是构成key的Redis对象的数量,而M则是这些对象的平均大小。

返回值:如果key不存在,返回nil。反之返回序列化之后的值。

127.0.0.1:6379> DUMP msg
"\x00\x0chello,world!\x06\x00\x13\xe5\xba\x88\xdcG\xca\xcd"
127.0.0.1:6379> DUMP hh
(nil)

EXISTS

EXISTS key:检查给定的key是否存在。

可用版本:>=1.0.0

时间复杂度:O(1)

返回值:若key存在,返回1,否则返回0。

127.0.0.1:6379> SET data zz
OK
127.0.0.1:6379> EXISTS data
(integer) 1
127.0.0.1:6379> DEL data
(integer) 1
127.0.0.1:6379> EXISTS data
(integer) 0

EXPIRE

EXPIRE key seconds:为给定key设置生存时间,当key过期时(生存时间为0),它会被自动删除。

在Redis中,带有生存时间的key被称为【易失的】(volatile)。

生存时间可以通过DEL命令来删除整个key来移除,或者被SET和GETSET命令覆写(overwrite),这意味着,如果一个命令只是修改(alter)一个带生存时间的key的值而不是用一个新的key值来代替(replace)它的话,那么生存时间不会改变。

比如说,对一个key执行INCR命令,对一个列表进行LPUSH命令,或者对一个哈希表执行HSET命令,这类操作都不会修改key本身的生存时间。

另一方面,如果使用RENAME对一个key进行改名,那么改名后的key的生存时间和改名前一样。

更新生存时间:可以对一个已经带有生存时间的key执行EXPIRE命令,新指定的生存时间会取代旧的生存时间。

过期时间的精确度:在Redis 2.1.3之前的版本中,修改一个带有生存时间的key会导致整个key被删除,这一行为是受当时复制(replication)层的限制而作出的,现在这一限制已经被修复。

可用版本:>= 1.0.0

时间复杂度:O(1)

返回值:设置成功返回1。当key不存在或者不能为key设置生存时间时(比如在低于2.1.3版本的Redis中你尝试更新key的生存时间),返回0。

127.0.0.1:6379> SET cache_page www.baidu.com
OK
127.0.0.1:6379> EXPIRE cache_page 30
(integer) 1
127.0.0.1:6379> TTL cache_page
(integer) 24
127.0.0.1:6379> EXPIRE cache_page 3000
(integer) 1
127.0.0.1:6379> TTL cache_page
(integer) 2997

模式:导航会话

假设你有一项web服务,打算根据用户最近访问的N个页面来进行物品推荐,并且假设用户停止阅览超过60秒,那么就清空阅览记录(为了减少物品推荐的计算量,并且保持推荐物的新鲜度)。

这些最近访问的页面记录,我们称之为【导航会话】(Navigation session),可以用INCR和RPUSH命令在Redis中实现它:每当用户阅览一个网页的时候,执行以下代码:

MULTI
    RPUSH pagewviews.user:<userid> http://.....
    EXPIRE pagewviews.user:<userid> 60
EXEC

如果用户停止阅览超过60秒,那么它的会话就会被清空,当用户重新打开阅览的时候,系统又会重新记录导航会话,继续执行物品推荐。

EXPIREAT

EXPIREAT key timestamp:EXPIREAT的作用和EXPIRE类似,都用于为key设置生存时间。不同在于EXPIREAT命令接受的时间参数是UNIX时间戳(unix timestamp)。

可以版本:>=1.2.0

时间复杂度:O(1)

返回值:如果生存时间设置成功,返回1。当key不存在或没办法设置生存时间,返回0。

127.0.0.1:6379> SET url www.souhu.com
OK
127.0.0.1:6379> EXPIREAT url 1644336000
(integer) 1
127.0.0.1:6379> TTL url
(integer) 9538

KEYS

KEYS pattern:查询所以符合给定模式pattern的key.

  • KEYS *:匹配数据库中所以的key。
  • KEYS h?llo:匹配hello,hallo和hxllo等。
  • KEYS h*llo:匹配hllo和heeeello等。
  • KEY h[ae]llo:匹配hello和hallo,但不匹配hillo。

特殊符号用\隔开

KEYS的速度非常快,但在一个大的数据库中使用它仍然可能造成性能问题,如果你需要从一个数据集中查找特定的key,你最好还是用Redis的集合结构(set)来代替。

可用版本:>= 1.0.0

时间复杂度:O(N),N为数据库中key的数量。

返回值:符合给定模式的key列表。

127.0.0.1:6379> MSET one 1 two 2 three 3 four 4	#批量设置4个key
OK
127.0.0.1:6379> KEYS *o*
1) "one"
2) "four"
3) "two"
127.0.0.1:6379> KEYS t??
1) "two"
127.0.0.1:6379> KEYS t[w]*
1) "two"
127.0.0.1:6379> KEYS *
1) "one"
2) "four"
3) "three"
4) "two"

MIGRATE

MIGRATE host port key destination-db timeout [COPY] [REPLACE]:将key原子性地从当前实例传送到目标实例的指定数据库上,一旦传送成功,key保证会出现再目标实例上,而当前实例上的key会被删除。

这个命令是一个原子操作,它在执行的时候会阻塞进行迁移的两个实例,直到以下任意结果发生:迁移成功,迁移失败,等到超时。

命令的内部实现是这样的:它在当前实例对给定key执行DUMP命令,将它序列化,然后传送到目标实例,目标实例在使用RESTORE命令返回ok,它就会调用DEL删除自己数据库上的key。

timeout参数以毫秒为格式,指定当前实例和目标实例进行沟通的最大间隔时间。这说明操作并不一定要在timeout毫秒内完成,只是说数据传送的时间不能超过这个timeout数。

MIGRATE命令需要在给定的的时间内完成IO操作。如果在传送数据时发生IO错误,或者达到了超时时间,那么命令会停止执行,并返回一个特殊的错误:IOERR。

当IOERR出现时,有以下两种可能:

  • key可能存在于两个实例
  • key可能只存在于当前实例

唯一不可能发生的情况就是丢失key,因此,如果一个客户端执行MIGRATE命令,并且不幸遇到IOERR错误,那么这个客户端唯一要做的就是检查自己数据库上的key是否已经被正确地删除。

如果有其他错误发生,那么MIGRATE保证key只会出现在当前实例中。(目标实例的给定数据库上可能有和key同名的键,不过这和MIGRATE命令没有关系)。

可选项:

  • COPY:不移除源实例上的key。
  • REPLACE:替换目标实例上已经存在的key。

可用版本:>= 2.6.0

时间复杂度:key数据在两个实例之间传输的复杂度为O(N)。

这个命令在源实例上世纪执行DUMP命令和DEL命令,在目标实例执行RESTORE命令,查看以上命令的文档可以看到详细的复杂度说明。

返回值:迁移成功时返回OK,否则返回相应的错误。

示例

#先启动两个Redis实例,一个使用默认的6379端口,一个使用7777端口。
$ ./redis-server &
[1] 3557

...

$ ./redis-server --port 7777 &
[2] 3560

...

#然后用客户端连上6379端口的实例,设置一个键,然后将它迁移到7777端口的实例上。
$ ./redis-cli

redis 127.0.0.1:6379> flushdb
OK

redis 127.0.0.1:6379> SET greeting "Hello from 6379 instance"
OK

redis 127.0.0.1:6379> MIGRATE 127.0.0.1 7777 greeting 0 1000
OK

redis 127.0.0.1:6379> EXISTS greeting                           # 迁移成功后 key 被删除
(integer) 0

#使用另一个客户端,查看7777端口上的实例。
$ ./redis-cli -p 7777

redis 127.0.0.1:7777> GET greeting
"Hello from 6379 instance"

持续更新。。。 。。。

这篇关于Redis 命令速查的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!