相信能看到这的各位大神 肯定都知道 RDB（Redis DataBase）/ AOF（Append Only File） 两种 Redis 持久化机制，大多数也熟知两种方式的 优劣之处；但是 它们的 原理、存储方式、协议 等等方面 就不是所有人都清楚的了，所以我们接下来就分作两期 分别对 RDB 和 AOF 机制进行详细说明…

RDB（Redis DataBase）顾名思义 Redis 数据存储，将 Redis 服务器里数据以 文件的形式 存入 硬盘 加以备份

• 优势：RDB 为一个紧致的二进制文件，保存了截止到某个点的所有数据集，极其适合备份，可以方便根据业务进行不同时机的备份，由于只有一个文件，无论是在灾备还是在恢复上都十分便利。备份的时候可以选择 fork 出子进程进行持久化操作，这样就可以极大的避免影响服务进程的 IO 操作
• 劣势：由于 RDB 每次备份可能由于 数据集 比较大而 在子进程中 运行一段时间，所以通常都是 定时执行，但是，如果业务对数据的高可用性要求很高，甚至不能容忍几分钟少量的数据丢失，那么 RDB 恐怕不是一个好的选择，毕竟服务器一旦在定时执行之前宕机，那么这段时间的数据将丢失掉

前面几篇介绍了 各种数据类型以及其底层实现， 从这篇开始我们就要介绍 Redis 的高级功能部分，虽然会比较抽象，但是通过 CGDB 调试辅助，还是可以顺利理解

Redis 数据库为 各种数据类型（字符串、列表、集合、有序集合、哈希 类型）的 存储载体，当然 Redis db 也并不仅仅是 存储功能，这次 我们就对其 进行详细解说 ……

有序集合类型 的对象编码方式为 OBJ_ENCODING_ZIPLIST 和 OBJ_ENCODING_HT，对应的 底层数据结构为 压缩列表ziplist 和 字典dict

其实 哈希类型 和 有序集合类型 一定程度上很像，特别是在 ziplist 的类型限制条件上

哈希类型 在使用 ziplist 作为底层数据结构的时候，每个 集合元素 使用紧挨着的两个压缩列表节点表示，第一个节点 保存元素 成员，第二个节点 保存元素 分值；压缩列表中集合元素都是按照 添加时间上 进行排序存储的，后添加的 键值对 从 压缩列表 尾部 压入

而 哈希类型 中的 字典结构 就比较简单了，哈希类型 每个键值对 都对应 字典中的每个键值对，就像我们在 字典篇章 中提到的，比如 HMSET person name "kety" age 20 weight "75kg" height 20，即为 操作 key 为 person 的字典，而 值也是由字典结构数据组成，key=name | key=age | key=weight | key=height

有序集合类型 的对象编码方式为 OBJ_ENCODING_ZIPLIST 和 OBJ_ENCODING_SKIPLIST，对应的 底层数据结构为 压缩列表ziplist 和 跳跃表skiplist

zset 在使用 ziplist 作为底层数据结构的时候，每个 集合元素 使用紧挨着的两个压缩列表节点表示，第一个节点 保存元素 成员，第二个节点 保存元素 分值；压缩列表中集合元素都是按照 分值 从小到大 进行排序存储的，分值比较小的放在靠近 表头的方向

而 zset 在使用 skiplist 作为底层数据结构的时候，跳跃表存储部分 之前在 跳跃表 skiplist 篇 写的非常详细了，需要注意的是 每个 zset 结构都是 包含一个 数据字典 和 一个跳跃表

1
2
3
4
5
6
7

// zset 结构
typedef struct zset {
    // 数据字典
    dict *dict;
    // 跳跃表数据
    zskiplist *zsl;
} zset;

集合类型 的对象编码方式为 OBJ_ENCODING_INTSET 和 OBJ_ENCODING_HT，对应的 底层数据结构为 整数集合 intset 和 字典 dict

列表类型 作为 Redis 最重要的数据类型之一，广泛使用在 各种列表业务、消息队列 等场景

实际前面我们一直没有提到一种 数据结构 快速列表 quicklist，就是为了等这一刻，因为 快速列表 是 列表类型的专属 数据结构，而且 其实现 基础为 压缩列表 ziplist 和 双端链表 ……

字符串类型 在 Redis 中属于最常见也是最简单的数据类型，底层实现主要为 sds 简单动态字符串结构

字符串类型 底层实现为 简单动态字符串数据结构，所以是 二进制安全的，意味着可以存储任何格式数据，不过长度要求不能高于 512MB…

此 承前 数据结构，启后 数据类型

前面我们介绍了 各种数据结构 ( sds、dict、skiplist、intset、ziplist 等 )，作为 Redis 对外提供的 各种数据类型的 底层组成部分；但是 各种数据类型的 键值对 并不是直接使用 这些数据结构，而是基于这些 数据结构 构建了一个 对象系统 ( 字符串对象、列表对象、哈希对象、集合对象 、有序集合对象 )，每种对象都 至少使用了一种 我们之前提到的 数据结构