TiKV 源码略读 - Server Start

2022 年 7 月 11 日
本文字数：1827 字
阅读完需：约 6 分钟

作者： alexshen 原文来源：https://tidb.net/blog/97577fd5

这篇文章是上篇文章的继续，上篇文章其实是整个 server 启动过程中非常小的一部分，文章最后有一个整体流程图，感兴趣的话可以点开进行查看。

TiKV 源码略读 -Config - 技术文章 / 原理解读 - AskTUG

这次我们的代码略读会基于 v4.0.8 这个分支开展阅读工作，当阅读完本次代码之后，TiKV 就真正运行起来了。TiKV 服务启动流程相关的代码肯定拥有更多的逻辑细节，我们会适当忽略一些细节，以便集中在重要的几个模块逻辑上，避免过多的细节迷失方向。

主线流程：

和上一篇一样，TiKV 启动主要流程我们还是用镂空的图示代表，每一步都会展开讲解。

初始步骤：

初始步骤主要配置日志系统和环境变量检查，没有太多技术细节，也不是我们重点关注的部分，所以我们先跳过。

初始化配置：

这部分的流程其实包含了上一篇文章内容，都是配置信息的读取，检查和对应的设置，不是主要的逻辑代码，所以有几块内容留着空白，等后续再补充。

网络端口冲突检测：

网络地址和端口冲突检测其实非常简单，就是把配置中的地址和端口检查一下可不可用，代码量也不大，直接过。

初始化文件系统：

这段代码主要在 store_path 下新建了一个 LOCK 的文件，应该是用来记录和管理锁相关的信息。然后会检查现有的 rocksdb 文件是否正常，可用磁盘空间是否充足。

初始化 Yet another thread pool：

这里调用了一个外部线程池管理库，代码就 3 行，看着只是配置了 prometheus 的监控，貌似没有更多实际的代码逻辑。从 github 项目文件看，也是一个在完善中的库。我们先对 yatp 有个初步的认识，等具体到项目中再看有没有其他地方用到 yatp。

tikv / yatp

初始化加密：

通过配置文件初始化 DataKeyManager，代码就一行，很简单。配置的时候会有几个参数需要注意，一个是加密方法 EncryptionMethod，包括了明文，AES128，AES192，AES256；还有一个是 Master Key，可以通过明文，文件，access-key 和 secret-key 三种方式配置。

初始化 raw engine v5.0：

这部分代码是分支换成了 master 后梳理的内容，当时感觉有点怪，但很明显这部分代码不属于 4.0 版本，从最近的新分支可以看到这部分代码是 5.0 的功能。

从代码逻辑上看，这部分代码可以通过 config 配置，设置当前节点使用本地 rocksdb 还是 raft 版本的 engine，似乎有大的功能计划，也可能是打算之后废弃 init_engines 部分的代码，这两部分代码有比较大的重叠部分。

而且 raftengine 也拉出去变成了一个新的项目库，核心代码会有比较大的变化，很期待。

初始化 engines：

TiKV 启动流程里的核心代码，第一部分会初始化两个 engine：

raft_engine 存储在 raftdb_path 目录内，应该是给 raft 保存信息用的；
kv_engine 存储在 DEFAULT_ROCKSDB_SUB_DIR 目录内，是 rocksdb 所在的地方。

这两个 engine 会组合在一起保存在 engine::Engines 里。之后会再初始化一个 RaftKV 的 engine，这个 engine 的参数不是本地目录，而是一个 raft router，可以猜测应该是 node 之间通信的 engine。

初始化 GC：

官网只有 TiDB 的 GC 相关文档，并没有过多关于 TiKV 的 GC 相关的内容。从代码中大致可以看出 TiKV 的 GC 可能是用来处理锁的相关事务，这里的悬念我们暂时搁置一下，会在后续文章中详细探究。

初始化 servers：

那个红色的框其实和这部分代码关系不大，所以被我移到初始化 config 的代码块里了，5.0 之后这个红框就没有了。

这里根据前面几步初始化的配置，生成了 snap manager 和 raft storage 两个管理对象，再生成了 server 这个对象。

server 和 SSTimporter，split_check_worker 又一起参与到 node.start 方法中，这时候服务器开始作为 tikv 分布式系统中的一个节点开始启动，包括启动 raft store，连通 PD 并注册，一些后端的 worker 开始 schedule 工作，rocksdb 准备工作也开始执行了。

到这步结束，tikv 单一节点内部的准备工作都已经完成，就等外部数据请求接入开始工作了。