通用命令
get() / set()
这是Redis中两个最为核心的命令。
set插入
这里的key 和 value都是字符串，我们可以加双引号 或者单引号，或者不加。
get查找
如果查询的key值不存在，那么会返回一个 nil ，也就是代表空
在Redis中命令是不区分大小写的。
这就是Redis最核心的命令和它俩的使用方法了，看起来就像是一个网络版的hash map一样。这也是Redis的一个优势，使用简单 学习成本低。
keys()
在这里补充一下 Redis全局命令的概念
Redis支持很多的数据结构，从整体上来说，Redis是键值对结构，key是固定的字符串，但是value实际上会有多种类型，比如：
字符串 哈希表 列表 集合 有序集合，一般来说操作不同的数据结构就会有不同的命令。
而全局命令就是能够搭配任意一个数据结构使用的命令。
keys()：用来查询当前服务器上匹配的key。
语法：
KEYS pattern其中 pattern（模式）是包含特殊符号的字符串。
这个pattern存在的意义是为了描述另外的字符串长什么样
pattern的使用规则：
一般生产环境中是禁止使用keys的，尤其是 keys *。
注意：keys 命令的时间复杂度 O（N）的，又因为redis是单线程的，所以当数据量很大时，用 keys * 就把redis阻塞了，无法给其他客户端提供服务。
这样带来的结果往往是灾难性的，因为redis作为缓存，它是挡在mysql前，帮mysql分担请求的，如果此时redis阻塞了，那么请求突然就全打往mysql了，mysql可能会突然承受不主压力而挂掉了，如果mysql也挂了，那整个服务差不多也瘫痪了。
exists()
exists()：判断key是否存在。 这里的key可以是多个。
返回值： 有效key的个数
针对多个key来说，这是挺有用的。
Redis组织这些key就是按照哈希表的方式来组织的。
关于这个命令的时间复杂度 ，官方给出的是 O（N），但是注意，这里的O（N）中的N指的是我们传入的key的个数，不是传统意义上的O（N）。
有两种写法：
如上，第一种写法查询一次，第二种解法查询两次，那么这两种写法有什么区别呢？
我们始终要记住Redis是 客户端 - 服务器结构的程序，而客户端 与 服务器之间是通过网络来通信的，因此分开的写法会产生更多的轮次的网络通信，导致效率变低。
del()
删除指定的key
可以一次删除一个或者多个
时间复杂度 ： （N）跟exists一样
返回值：删掉的key的个数
而Redis删除数据的严重性要看应用场景
不过归根结底还是不要乱删数据。
expire()
给指定的key设置过期时间
语法：
EXPIRE key seconds成功时返回1，失败时返回0
其中seconds的单位是秒。
这个key得是之前就有的，不然这个命令就会执行失败。
时间复杂度 O（1）
这个命令在有时间限制的场景下应用很广泛，比如手机验证码有效时间。
另外还有关于基于redis实现的分布式锁
补充：
一秒对于计算机来说还是很漫长的，所以还有一个命令 ： pexpire ，也就是多加了个p，此时seconds的单位就是毫秒了，用法跟 expire是一样的。
ttl()
查看指定的key的过期时间。单位：秒级
这里的ttl跟网络IP协议那里的TTL是不一样的。
返回值：
返回剩余的过期时间。如果该key没有关联过期时间返回-1，如果该key不存在返回-2。
同样还有一个命令 ： pttl 。用法一样，不过单位是毫秒。
补充： Redis的key过期策略
Redis的过期策略是怎么实现的呢？ 这也是一道经典的面试题。
如果直接遍历所有key的方式来检查哪些key过期了，效率未免太低了。
对此Redis整体的策略有：
1.定期删除：
周期性的每次抽取一部分key，进行验证过期时间。 Redis会保证这个抽查的速度足够快。
为什么对于定期删除有明确的速度要求，只抽取一部分验证来保证抽查速度快呢？
因为Redis是单线程的程序，它的主要任务都是在单线程中执行的，如果扫描过期的key消耗的时间太多了，就有可能导致正常处理请求命令被阻塞了（产生了类似执行 key * 的效果）。
2.惰性删除：
假设这个key已经过期了，但是暂时还没有删除它，当紧接着后面的一次访问正好用到了这个key，那么服务器就触发了删除key的操作，同时再返回一个nil。
在Redis中这两种删除策略是搭配在一起使用的，但是仍然会存在很多过期的key残留在服务器上，没有及时删除掉，为此Redis还提供了一系列内存淘汰策略。
扩展：
理解定时器的实现原理
1.基于优先级队列/堆
正常的队列是先进先出，而优先级队列是按照指定的优先级，优先级高的先出。
这个优先级是可以自定义的。
在Redis过期key销毁的场景中，距离过期时间越近，那么优先级就越高。
我们把设置了过期时间的key放入到这个堆中，那么堆顶元素就是最早会过期的key。
此时定时器只要分配一个线程，去检查这个堆顶，查看堆顶的元素是否过期即可。
也就是不需要遍历所有key，而是只需要检查堆顶元素即可。
另外，检查堆顶元素的周期也不能太短， 对于下一次检查的时间可以设置为：堆顶元素距离过期的时间。在此期间就让这个线程阻塞挂起就可以了。
另外如果新来了一个元素，那么也会唤醒这个线程，会重新设置下一次的检查时间。
2.基于时间轮实现的定时器
如图，就是一个循环数组，把时间划分成很多小段，划分的粒度要看实际需求。
时间轮运行的时候有一个指针，这个指针每次会按照固定的时间间隔向前移动（这个时间间隔就是我们划分的时间粒度），每走到一个格子上，就会尝试执行这个格子上链表的所有任务，为什么是尝试呢？假设某个key的过期时间超过了这个时间轮能表示的最大时间，那么就会让这个key多转几圈，然后放到对应格子的链表上。并且在执行销毁任务时，还是会检查一下过期时间的，如果发现还没有到就不会销毁的。
type()
返回这个key对应的value的数据类型。
注意：Redis中key的类型只有string。
返回类型：
返回值为none就是没有这个key。
使用示例：
对于操作链表，插入的命令是 lpush 后面跟元素值；对于集合 插入命令是sadd；对于哈希表，插入命令是hset，可见命令都是不一样的。
常用数据结构
redis常用的数据结构有 字符串，哈希，列表，集合，有序集合。
另外Redis在底层实现这些数据结构的时候，会在源码层面针对上面的数据结构的实现进行特定的优化，来达到节省时间/空间的效果，也就是内部具体的数据结构（编码方式）还会有变数。
总结：同一个数据类型，背后的编码实现方式可能是不同的，会根据特定的场景进行优化
比如string类型，当value就是一个整数的时候，此时Redis可能直接会使用int来保存。
再比如hash表，当数据元素比较少时，会用一个ziplist来存储，以此来压缩空间，因为当元素比较少时，它遍历的速度也很快。
关于为什么要压缩？
再看看list set zset
并且在有序集合那里，底层的实现有跳表，因为有序集合里的元素是带有权值的，当需要在某个权值范围内遍历的时候，用跳表就比较合适。
并且在list和zset的ziplist那里，从Redis3.2开始，就引入了新的实现方式：quicklist。
可以使用命令
object encoding key来查询这个key底层的编码方式
关于Redis单线程模型
Redis单线程工作过程
Redis只用一个线程来处理所有的命令请求。但是不是说Redis服务器内部真的只有一个线程，其他的多线程都是在网络部分处理IO的。
因为Redis实际处理请求是单线程，所以它保证了对收到来自不同客户端的请求的处理是串行化的，也就是不会有线程安全问题。
关于Redis能够使用单线程模型的主要原因：Redis的核心业务逻辑都是 短平快 的，这样的话就不吃CPU资源，也就不吃多核了，所以Redis使用单线程也能很好的工作。
弊端就是：Redis必须特别小心某个操作的时间过长，这样会阻塞其他命令的执行。
Redis单线程快在哪里？
Redis虽然是单线程，但是为什么效率高，速度快？（经典面试题）
首先 Redis的效率高，速度快 是参照于 数据库：MySQL， Oracle，SQL Server的。
原因：
1.Redis访问的是内存，而MySQL这样的数据库访问的是硬盘。
2.Redis的核心逻辑比那些数据库的核心功能要简单。
3.单线程模型，避免了一些不必要的线程竞争开销。
因为Redis的基本操作都是 短平快的，也就是简单操作一下内存，不是什么特别消耗CPU的操作，就算是多线程也提升不大。
4.处理网络IO的时候，用了epoll这样的多路复用机制。
IO多路复用适合交互不是很频繁，大部分时间都在等的场景，如果交互十分频繁（比如下载文件或者直播），此时还是创建一个线程来处理比较好。
