Redis基本架构：你会怎么设计一个键值数据库？

可以存哪些数据

对于键值数据库而言，基本的数据模型是 key-value 模型。 例如，“hello”:“world”就是一个基本的 KV 对，其中，“hello”是 key，“world”是 value。对于实际生产环境中的键值数据库来说，value 类型还可以是复杂类型。不同键值数据库支持的 key 类型一般差异不大，而 value 类型则有较大差别。而 Redis 支持的 value 类型包括了 String、哈希表、列表、集合等。Redis 能够在实际业务场景中得到广泛的应用，就是得益于支持多样化类型的 value。

可以对数据做什么操作

• PUT：新写入或更新一个 key-value 对；
• GET：根据一个 key 读取相应的 value 值；
• DELETE：根据一个 key 删除整个 key-value 对。
• SCAN ：根据一段 key 的范围返回相应的 value值。

新写入和更新虽然是用一个操作接口，但在实际执行时，会根据 key 是否存在而执行相应的新写或更新流程。

键值对保存在内存还是外存？

保存在内存的好处是读写很快，毕竟内存的访问速度一般都在百 ns 级别。但是，潜在的风险是一旦掉电，所有的数据都会丢失。

保存在外存，虽然可以避免数据丢失，但是受限于磁盘的慢速读写（通常在几 ms 级别），键值数据库的整体性能会被拉低。

如何进行设计选择，我们通常需要考虑键值数据库的主要应用场景。比如，缓存场景下的数据需要能快速访问但允许丢失，那么，用于此场景的键值数据库通常采用内存保存键值数据。Memcached 和 Redis 都是属于内存键值数据库。对于 Redis 而言，缓存是非常重要的一个应用场景。

一个键值数据库包括了访问框架、索引模块、操作模块和存储模块四部分：

采用什么访问模式

访问模式通常有两种：

• 一种是通过函数库调用的方式供外部应用使用，比如，上图中的libsimplekv.so，就是以动态链接库的形式链接到我们自己的程序中，提供键值存储功能；
• 另一种是通过网络框架以 Socket 通信的形式对外提供键值对操作，这种形式可以提供广
  泛的键值存储服务。在上图中，网络框架中包括 Socket Server 和协议解析。

RocksDB 以动态链接库的形式使用，而 Memcached 和 Redis 则是通过网络框架访问。

通过网络框架提供键值存储服务，一方面扩大了键值数据库的受用面，但另一方面，也给键值数据库的性能、运行模型提供了不同的设计选择，带来了一些潜在的问题。

简单来说，就是网络连接的处理、网络请求的解析，以及数据存取的处理，是用一个线程、多个线程，还是多个进程来交互处理呢？实际上Redis 是单线程。

如何定位键值对的位置

索引的作用是让键值数据库根据 key 找到相应 value 的存储位置，进而执行操作。
Memcached 和 Redis 采用哈希表作为 key-value 索引，而 RocksDB 则采用跳表作为内存中 key-value 的索引。

一般而言，内存键值数据库（例如 Redis）采用哈希表作为索引，很大一部分原因在于，其键值数据基本都是保存在内存中的，而内存的高性能随机访问特性可以很好地与哈希表O(1) 的操作复杂度相匹配。

不同操作的具体逻辑是怎样的

• 对于 GET/SCAN 操作而言，此时根据 value 的存储位置返回 value 值即可；
• 对于 PUT 一个新的键值对数据而言，SimpleKV 需要为该键值对分配内存空间；
• 对于 DELETE 操作，SimpleKV 需要删除键值对，并释放相应的内存空间，这个过程由
  分配器完成。

对于 PUT 和 DELETE 两种操作来说，除了新写入和删除键值对，还需要分配和释放内存。

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

Redis 的内存分配器提供了多种选择，分配效率也不一样。为了保障Redis重启后能快速重新提供服务，所以，Redis的存储模块中增加了持久化功能。不过，鉴于磁盘管理要比内存管理复杂，Redis就直接采用了文件形式，将键值数据通过调用本地文件系统的操作接口保存在磁盘上。

总结：
觉得有用的客官可以点赞、关注下！感谢支持🙏谢谢!