本文部分资料摘自我曾经读过的文章，具体是谁写的，我也记不清了。这里我只做一个备忘。

如果想要深入了解Redis，建议直接去看Redis的官网。https://redis.io/documentation 需要一点英文基础。当然也可以采用google 自动翻译。

如果想要用，查看命令，建议参见http://doc.redisfans.com/ 手册足够使用。

数据结构上的理解

对key的命令

对String的操作

对hash的操作

对list操作

对Set操作

zSet的操作

Redis 本身是c语言开发，支持高并发的内存存储数据库，其主要支持五种可便于大家使用的数据结构：

String-字符串

Hash-哈希表

List-链表

Set-集合

SortedSet-有序集合（zSet）

Redis 本身是K-V（Key-Value）结构的，所以大家在看资料的时候，一切可以用在Key上的命令是针对上述数据结构均有效的，请避免将Key与String混淆理解。

[我们在用的Redis版本为3.2.3]

针对Key的命令：

DEL ${key}  删除一个key对应的数据，时间复杂度是O(M)  M是key下的元素个数，注：需要注意，如果redis内的key的结构很大，内存占用也很大，需要使用一些特殊策略进行删除，否则可能会引发Server的阻塞。

EXISTS ${key} 判断key是否存在，时间复杂度是O(1)，存在返回1，不存在返回0，因为Redis本身是单线程的，exists & get等命令未经特殊处理均为分批执行的，可能存在一定时间差，因此不推荐先exists再get的操作

EXPIRE ${key} ${second} 设置一个key的过期时间，过期后对应的key将被删除。时间复杂度为O(1)。设置成功返回1，设置失败返回0（不存在的key）。Redis自身服务无法保证精确过期，但是可以精确在1ms之内，想要修改一个key的过期时间，重新设置一次EXPIRE即可覆盖，增加值元素，修改值元素内容均无法修改过期时间。如果想移除对应的过期时间可以通过PERSIST ${key}命令实现，这样对应的key就是永不过期了。 当然，对于一些特定时间过期的，可以使用EXPIREAT ${key} ${timestamp} timestamp为秒为单位的unix时间戳，时间复杂度，返回值特性等均与EXPIRE一样。其中EXPIRE，EXPIREAT均以秒为单位，若想更加精确的数据可以使用，PEXPIER,PEXPIREAT 这两个命令的单位为毫秒。

（以前我们经常会面试一些候选人一个问题，如果我们期望一个订单在30min没有支付成功就要自动“关单”，这个功能如何完成，很多人都想到了用EXPIRE的过期特性，但是也说不出其如何使用，有些稍微看过一些Redis资料的人，也能说出来，可以配置Redis的配置来实现Rediskey过期自动通知，不过，这些说出这个答案的人基本都是为了用Redis而用Redis，并没有考虑到Redis内过期删除策略，以及其事件发布订阅策略）

（Redis过期策略主要由三个：

1、被动删除：实际上Redis内的数据没有删除，而是在操作或者获取这个key的时候，发现这个key已经过期，则直接标记其删除

2、主动删除：Redis每秒进行10次主动删除策略（可自定义，Redis作者建议不超过100），每次获取100个有过期时间的key，然后删除其已经过期的key，若删除掉的key超过了25个，则再获取删除一次。存储空间爽了一点点，CPU也还能够扛得住

#define ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERC 25 /* CPU max % for keys collection */ 

timelimit = 1000000*ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERC/server.hz/100;

3、存储空间超过了最大限制

）

（Redis过期事件配置方式：

详情可参考：https://blog.csdn.net/zhu_tianwei/article/details/80169900

可在配置文件中配置：notify-keyspace-events “Kx”

K键空间通知，所有通知以 keyspace@ 为前缀，针对Key [如果开启的是某一专项或某几专项的事件，建议使用这个，更方便观测key]

------举例：删除sampleKey  ，则进行publish __keyspace@0__:sampleKey del

E键事件通知，所有通知以 keyevent@ 为前缀，针对event 

------举例：删除 sampleKey  ，则进行publish __keyevent@0__:del sampleKey

gDEL 、 EXPIRE 、 RENAME 等类型无关的通用命令的通知

$字符串命令的通知

l列表命令的通知

s集合命令的通知

h哈希命令的通知

z有序集合命令的通知

x过期事件：每当有过期键被删除时发送

e驱逐(evict)事件：每当有键因为 maxmemory 政策而被删除时发送

A参数 g$lshzxe 的别名，相当于是All

）

（Redis内事件通知机制，即命令publish<->subscrible/psubscribe，利用psubscribe这个机制，我们就能监控其key过期的事件了，不过如果我们想要通过写代码做监控的话，这里的pub sub 和持久化类型的MQ还是不同的，这里如果没有订阅者/消费者在线的话，事件发出也就发出了，是会错过的，另外，刚刚所说的过期机制也不会很准确的体现其过期时间的。当开启了subscribe或者psubscribe之后，对应的client就属于阻塞等待状态了。因此还是不推荐使用这种机制。

）

TTL ${key} 获取key对应的剩余存活时间（秒单位），返回值：key不存在：-2，key不失效：-1；≥0：剩余时间。时间复杂度为O(1)，若想精细到毫秒，可以使用命令：PTTL ${key}

KEYS ${pattern} 可以获取满足表达式的所有KEY，时间复杂度为O(M),M为数据库中的key个数，通常禁用。

TYPE ${key} 获取一个key对应值的类型，时间复杂度为：O(1)，返回值为：string,hash,list,zset,set,none(不存在的key时)

RENAME ${key} ${newkey} 将key改名为newkey，并将其值过期时间等一同转义至newkey，如果${newkey}已经存在，则直接覆盖。时间复杂度O(1)。建议命名时考虑好，避免修改操作，减少key使用遗漏。RENAMENX ${key} ${newkey} 当newkey不存在时，将key改名为newkey。时间复杂度O(1)。返回值：1：成功；0：newkey已存在。

DUMP  RESTORE # 序列化，反序列化；序列化手段不限于String类型数据，序列化操作会与Redis自身RDB版本有关，若期望通过此来做双层持久需要注意RDB版本升级将要影响数据结论

MIGRATE,MOVE  移动key  跨服务，跨DB

RANDOMKEY 随机返回一个存在的key

OBJECT 主要用于看一个key的使用情况：

OBJECT REFCOUNT ${key} 返回给定 key 引用所储存的值的次数。此命令主要用于除错。

OBJECT ENCODING ${key} 返回给定 key 锁储存的值所使用的内部表示(representation)。

OBJECT IDLETIME ${key} 返回给定 key 自储存以来的空转时间(idle， 没有被读取也没有被写入)，以秒为单位。  即自上次处理至今的时间。

SORT ${key} [BY][LIMIT][GET][ASC|DESC][ALPHA] ，用于对一个集合类型的key里的value排序。  SORT 默认排序的内容为数值型；若先参照字符型排序，需要使用ALPHAO(N+M*log(M))， N 为要排序的列表或集合内的元素数量， M 为要返回的元素数量。若不排序，时间复杂度 O(N)。其余关键字参见下面举例理解：

Redis内数据 按照关系型数据库展示

构建一个上述的表格

LPUSH myid 1

LPUSH myid 2

LPUSH myid 3

LPUSH myid 4

SET myname_1 alpha

SET myname_2 delta

SET myname_3 beta

SET myname_5 lambda

SET myvalue_1 1000

SET myvalue_2 10

SET myvalue_3 100

SET myvalue_6 1

---ok 构建完成

只对myid进行排序：

SORT myid

SORT myid  ASC

SORT myid DESC

由上述例子可以看出，SORT默认使用ASC排序，其中以数值元素为比较值

SORT myid limit 0 2

SORT myid limit 0 3

SORT myid limit 1 2

SORT myid limit 1 4

SORT myid limit 0 0   无结果

SORT myid limit 4 1  无结果

SORT myid limit -1 3

SORT myid limit 0 -1

由上述例子可以看出来，LIMIT 用法比较像MySQL的limit用法， LIMIT ${offset} ${count}，但这里的limit offset传入负数时，会将其直接视为0，但是count若传入负数，则会全部查询出来

SORT myid GET myname_*

上述例子可以看出，排序后，也可以通过正则表达式，按照排序好的value，匹配至新key，进行获取数据 ，因此这样得到的数据类似于权值排序结果，但若集合中的值，不存在对应的匹配的key的话，则对应部分的返回为null

当然，对应外部键也可以用hash结构存储，对应的命令可变为：

SORT myid GET myhash_*->name

SORT myid BY myvalue_*

可见其结果为按照匹配到的新key对应的值进行排序，未获取到对应匹配的值视为最小

注：若by 对应的key不存在，则不进行排序，这类操作可以用于关联查询

SORT myid BY myvalue_* GET myname_*

按myvalue排序，再获取对应的myname

SORT myid GET # GET myvalue_* GET myname_*

可以根据上述例子看出，通过myid对应值进行排序获取多个键匹配值可以写多个GET 进行处理，其中 GET # 表示获取自身值

SCAN ${游标} [$match}] [${count}] 针对全部key

HSCAN key ${游标} [$match}] [${count}] 针对hash结构key内fields

ZSCAN key ${游标} [$match}] [${count}] 针对SortedSet结构key内所有元素

SSCAN key ${游标} [$match}] [${count}] 针对Set结构key内所有元素

${游标} 从0 开始 从0 结束，每次SCAN Redis都会返回给你下一个游标，若为0，则表示结束，若不为0，哪怕返回集合是空的也不是结束

${match}就是通配表达式

${count}表示本次扫描本次返回的数据集元素个数，默认是10，每次均可修改

注：SCAN命令为增量式获取，有可能获取到重复元素

RedisKey的命令

Redis数据结构

Redis数据结构的命令