环境准备准备 4 台 Ubuntu16.04 虚拟机，3 台用来存储，1 台用来监控。 组件分配如下： 节点类型 部署数量 所在节点 IP TiKV 3 192.168.52.150192.168.52.151192.168.5

本篇博客将从源码层面分析 RocksDB 中 memtable 的创建与写入，且不考虑 pipelined_write，所用代码版本为 v7.7.4 当 WriteGroup 写完 WAL 后，就开始写 memtable，写分为两大类，p

本篇博客将从源码层面分析 RocksDB 中 WAL 的创建与写入，且不考虑 2pc，所用代码版本为 v7.7.4 WAL 主要的功能是当 RocksDB 异常退出后，能够恢复出错前的 memtable 中的数据，因此 RocksDB 默

本篇博客将从源码层面分析 RocksDB 写操作中与 WriteGroup 有关的内容，且不考虑 pipelined_write 与 2pc，所用代码版本为 v7.7.4 WAL 主要的功能是当 RocksDB 异常退出后，能够恢复出错前

RocksDB 的写流程比读流程要复杂很多，其中涉及到了多线程写入与 RocksDB 采用的很多优化，比如 unordered_write、pipelined_write 等等，还有一些可选策略，比如 2pc、parallel 等等，所以写

注：本篇博客涉及的代码版本均为v7.7.4。 上两篇博客中我们分析了 RocksDB 如何在内存中查找对应的数据，这一篇我们将会详细分析当内存中未找到记录时，RocksDB 如何在磁盘上查找对应的数据。 依旧是从 DBImpl::GetI

本篇博客关注 RocksDB 从 immutable memtable 中的读取，所有代码版本均为 v7.7.3。 在 Rocksdb 中，memtable 和 immutable memtable 都位于内存，且它俩是一样的数据结构，唯一

注：本篇博客所用代码版本均为 v7.7.3。 前言RocksDB 的所有对记录 delete 和 update 操作，都不是就地删或者就地更新，而是新增一个记录表示这个操作，而这个记录也是一个 <k, v>，和其他所有的 <

k8s源码(一): Pod创建流程 k8s源码(二): Pod创建过程中Container的卷挂载

LSM-Tree(一) 初识 布隆过滤器 SSTable