禁用长耗时的查询命令Redis绝大多数读写命令的时间复杂度都在O(1)到O(N)之间,在官方文档对每命令都有时间复杂度说明,如图所示：其中O(1)表示可以安全使用的,而O(N)就应该当心了,N表示不确定,数据越大查询的速度可能会越慢。因为Redis只用一个线程来做数据查询,如果这些指令耗时很长,就会阻塞Redis,造成大量延时。
Redis是啥？
想要了解Redis，先从Redis是什么？为何要用Redis？有哪些特性，以及其集群架构来几个方面来了解。Redis 简介Redis 是一个开源（BSD 许可）的、内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。为什么要用 Redis在高并发场景下，如果需要经常连接结果变动频繁的数据库，会导致数据库读取及存取的速度变慢，数据库压力极大。
因此我们需要通过缓存来减少数据库的压力，使得大量的访问进来能够命中缓存，只有少量的需要到数据库层。由于缓存基于内存，可支持的并发量远远大于基于硬盘的数据库。所以对于高并发设计，缓存的设计是必不可少的一环。而 Redis 作为比较热门的内存存储系统之一，由于其对数据持久化的支持，种类丰富的数据结构，使其定位更倾向于内存数据库，适用于对读写效率要求都很高、数据处理业务复杂和对安全性要求较高的系统。
Redis 特征单线程，利用 redis 队列技术将访问变为串行访问，消除了传统数据库串行控制的开销。Redis 的线程模型：Redis 支持数据的持久化，包括 RDB 的全量持久化，或者 AOF 的增量持久化，从而使得Redis 挂了，数据是有机会恢复的。也可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。
分布式架构，读写分离。支持的数据结构丰富。Redis 不仅仅支持简单的 key-value 类型的数据，同时还提供 list、set、zset、hash 等数据结构的存储。Redis 支持数据的备份，提供成熟的主备同步，故障切换的功能，从而保证了高可用。Redis Cluster 架构Redis 搭建方式有很多种，本章主要介绍 Redis Cluster 集群构建方式：Redis 3.0 之后版本支持 Redis Cluster 集群，Redis Cluster 采用无中心结构，每个节点保存数据和整个集群状态，每个节点都和其他所有节点连接。
Redis Cluster 为了保证数据的高可用性，加入了主从模式，一个主节点对应一个或多个从节点，主节点提供数据存取，从节点则是从主节点拉取数据备份，当这个主节点挂掉后，就会有这个从节点选取一个来充当主节点，从而保证集群不会挂掉。主从结构，一是为了纯粹的冗余备份，二是为了提升读性能，比如很消耗性能的 SORT 就可以由从服务器来承担。
redis有哪些数据类型？
Redis中的所有 value 都是以 Object 的形式存在的，其通用结构如下：typedef struct redisObject {unsigned [type] 4;unsigned [encoding] 4;unsigned [lru] REDIS_LRU_BITS;int refcount;void *ptr;} robj;type：指类型，String、Hash、List、Set、ZSet；encoding：类型具体的实现方式；比如 Set 是用 hashTable 实现还是 intSet 实现；lru：最后一次被访问的信息，其实一看到 LRU 估计也就和淘汰策略有关；refcount：对象引用计数；ptr：指向实际实现者的地址；StringRedis 中的 String 不仅仅表示 字符串，还可以表示 整型、浮点型。
String 的编码可以是 int、raw 或者 embstr；单说普通的字符串，就有 raw 和 embstr 两种实现方式，embstr 是 Redis 3.0 新增的数据结构：字符串长度小于 39 字节，就用 embstr 对象，否则用传统的raw对象（Redis 3.2版本之后，这里变成了以 44 字节为分界）。
embstr 的优势在于创建时少分配一次空间（RedisObject 和 sds 是连续的），删除时少释放一次空间，以及对象的所有数据连在一起，寻找方便；当然缺点也非常明显，如果字符串的长度增加，需要重新分配内存的时候，整个 RedisObject 和 sds 都需要重新分配空间。修改 embstr 对象的时候，Redis 会将其转换成 raw 格式再进行修改，所以 embstr 对象修改之后的对象，一定是 raw 的。
应用场景：常规计数都可以使用，可用作缓存、计数、限速等等，比如商品剩余数量，字典表信息，长度不能超过 512MB。HashHash 对象的底层实现可以是 ziplist 或者 hashtable。ziplist：在这个数据结构中，是按照 key1, value1, key2, value2 这样的顺序存放来存储的；hashTable：是由 dict 这个结构来实现的。
（这个结构比较复杂，后面单写一篇来说）应用场景：Hash 适用于存储结构化的对象，可以直接修改这个对象中的某个字段的值；比如用户信息。ListList 对象的编码可以是 ziplist 或者 linkedlist，从名字上也能看出来两种结构都是啥。ziplist：是一种压缩链表，它存储数据都是连续地放在内存区域当中。
linkedlist：是一种双向链表。应用场景：通常网站上的消息列表，可以使用 List 来进行存储；另外 lrange 命令，从某个元素开始，读取多少个元素，可以看做是分页查询，比如很多网站上那种不断下拉，不断分页的效果。SetSet 相对于 List 来说，Set 是可以自动排重的；它的编码可以是 intset 或者 hashtable 。
intset：是一个整数集合，支持三种长度的整数：int16_t、int32_t、int64_t；集合中的数据长度必须是一致的，比如一个 int16_t 长度的 Set，当插入了一条 int32_t 长度的数据，那么所有的数据都会转成 int32_t 长度（不支持降级）。hashTable：对于 Set 来说，hashTable 的 value 永远为 NULL。
应用场景：如果要存储一个列表，同时又需要做数据排重的时候，可以使用 set ；另外，Redis 还为 Set 提供了求交集、并集、差集等操作，比如微博上面的【共同关注】这个功能，就可以用 Set 实现。ZSet / Sorted Set和 Set 相比，ZSet 增加了一个参数 score，集合中的元素按照 score 进行有序排列。
有序集合的编码可能两种，一种是 ziplist，另一种是 skipList 与 hashTable 的结合。ziplist：和 Hash 类似，元素 和 score 都是按顺序存放的；比较适合用于元素内容不大的场景。skipList hashTable：是一种添加，移除，更新元素等操作更高效的数据结构，这个跳跃表的数据结构，我近期会发一篇文章单独介绍。
Redis面试题,为什么AOF文件往往大于RDB?为什么AOF恢复数据慢于RDB?aop存的是每一条指令,rdb存的是内存中的数据二进制备份,无论从结构还是数据上说,aof都会更大。
