你当像鸟飞往你的山
  文章分类
Docker 7 AWS 1 OS内核 5 存储 30 Linux 4 os 8 分布式 1 计网 1 k8s上层与应用 4 k8s源码 4 网络 1
LevelDB单元测试 LevelDB单元测试
在学习 leveldb 源码的过程中，肯定少不了对特定函数或结构的测试。LevelDB几乎给每个关键的数据结构都写好了测试代码，我们可以直接使用，或者根据他的框架自己编写新的测试体，很方便。 但是，我不会用。。。 我看的源码是截止写这篇博客
2023-02-04 存储
存储 leveldb
RocksDB: Version & VersionSet RocksDB: Version & VersionSet
这一部分和 LevelDB 几乎完全一致，可以按照 LevelDB 来理解。 由于 SST 是生成后就不可变的，所以 LSM-Tree 的合并就是生成 Compact 后的新 SST 并删除旧的 SST，{17，40} {12，19} {2
2022-11-30 存储
存储 rocksdb
db_bench源码(一)：random下单个thread的key生成方式与写入 db_bench源码(一)：random下单个thread的key生成方式与写入
先说结论： -num 指每个线程生成 key 的范围，-writes 指实际写入 kv 的数量，默认情况下 -writes=-1，指 writes==num。生成一条 kv 就写入一条 kv，所以实际上只生成了 writes 个 kv。
2022-11-29 存储
存储 rocksdb
db_bench笔记 db_bench笔记
–threads 指什么 这里只看写。thread 就是执行写的客户端线程，但是这个线程不仅仅是提交一个写请求，而是直接走完 RocksDB 的写流程，包括 WAL 和 Memtable 这些前台写入。深入 db-bench 代码可以看
2022-11-27 存储
存储 rocksdb
UserThread & BackgroundThread UserThread & BackgroundThread
这两天在复现 P2KV 的测试，其中提到了两个概念：user thread 和 background thread。其中，user thread 是客户端的写线程，从下发写请求开始，一直涵盖写 WAL、Memtable 这些前台任务。bac
2022-11-22 存储
存储 rocksdb
TiKV部署(Docker多实例) TiKV部署(Docker多实例)
前言上一篇讲了如何用多台虚拟机部署 TiKV 集群，用的工具为 TiUP。但是那个方法无法用于 Docker，我试了下，开 四个 Container 模拟四台机器 ，但 tiup cluster deploy 会一直失败，因为 system
2022-11-02 存储
存储 TiKV
TiKV部署(多机) TiKV部署(多机)
环境准备准备 4 台 Ubuntu16.04 虚拟机，3 台用来存储，1 台用来监控。 组件分配如下： 节点类型 部署数量 所在节点 IP TiKV 3 192.168.52.150192.168.52.151192.168.5
2022-10-31 存储
存储 TiKV
RocksDB源码学习(八): 写(四)-Memtable RocksDB源码学习(八): 写(四)-Memtable
本篇博客将从源码层面分析 RocksDB 中 memtable 的创建与写入，且不考虑 pipelined_write，所用代码版本为 v7.7.4 当 WriteGroup 写完 WAL 后，就开始写 memtable，写分为两大类，p
2022-10-27 存储
存储 rocksdb
RocksDB源码学习(七): 写(三)-WAL RocksDB源码学习(七): 写(三)-WAL
本篇博客将从源码层面分析 RocksDB 中 WAL 的创建与写入，且不考虑 2pc，所用代码版本为 v7.7.4 WAL 主要的功能是当 RocksDB 异常退出后，能够恢复出错前的 memtable 中的数据，因此 RocksDB 默
2022-10-26 存储
存储 rocksdb
RocksDB源码学习(六): 写(二)-WriteGroup RocksDB源码学习(六): 写(二)-WriteGroup
本篇博客将从源码层面分析 RocksDB 写操作中与 WriteGroup 有关的内容，且不考虑 pipelined_write 与 2pc，所用代码版本为 v7.7.4 WAL 主要的功能是当 RocksDB 异常退出后，能够恢复出错前
2022-10-25 存储
存储 rocksdb
2 / 3