对一个大型软件系统的更好的学习方式：先建立起系统观，再关注具体的细枝末节。

先考虑简单的键值数据库架构：
理解数据模型和操作接口，知道Redis可以做什么，不能做什么。

数据模型：

key-value类型，key类型对于不同数据库一般差别不大。
value类型：
Memcached仅支持string类型，Redis支持多种类型。不同数据类型支撑不同业务需求，在性能空间效率等方面有差异。

数据操作：

简单的key-value1支持三种操作：
PUT， GET，DELETE
PUT：写入或更新key-value对；
GET：根据key读value；
DELETE：根据key删除key-value对；
另外：SCAN：根据一段key返回相应value。

根据value类型的多样化需要有不同的操作接口(列表类型需要包括对列表value的操作)。

键值保存在内存还是外存需要考虑不同应用场景。
内存键值数据库：Memcached和Redis：作为缓存。

访问数据库方式：

通过函数库调用的方式供外部应用调用。
以socket通信的方式对外提供键值操作。不同的I/O模型对数据库的性能和可拓展性有不同影响。

RocksDB以动态链接库形式使用，Memcached和Redis通过网络框架访问。
Redis如何做到单线程，高性能。

如何定位键值对的位置：

依赖于键值数据库的索引模块。
索引的作用：根据key找到value的存储位置，进而执行操作。常见索引类型：哈希表，b树，字典树。Memcached和Redis采用哈希表，Rocksdb采用跳表。
Redis采用哈希表原因：Redis键值数据保存在内存中，可能与内存随机访问特性相匹配有关。
Redis采用高效索引结构作为value底层数据结构实现高性能访问。

为什么需要分配器：

SimpleKV数据库通过glibc的malloc和free分配内存空间，但Redis的key-value对大小不一，对于随机大小块的分配glibc表现不好。容易内存碎片。

如何实现重启后快速提供服务：

存储模块增加持久化功能。

SimpleKV和Redis对比：

value类型丰富，更多的操作接口。
两种持久化方式，日志(AOF)和快照(RDB)影响访问性能可靠性。