mySkipList

KO | EN

gitlite — search

#hacktoberfest #react #ai #android #rust #macos #nodejs #windows #awesome #cli #awesome-list #pytorch #ios #openai

(★ 10)

基于跳表的KV存储引擎

mySkipList 최신버젼 다운로드

최종 버전 다운로드 (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# KV存储引擎
非关系型数据库redis其核心的存储引擎是跳表。
本项目是基于跳表实现的轻量级键型存储引擎，使用C++实现。
实现的功能有：
+ 插入数据(insertElement)
+ 删除数据(deleteElement)
+ 查询数据(searchElement)
+ 展示已经存储的数据(displayList)
+ 数据落盘(dumpFile)
+ 加载数据(loadFile)
+ 返回数据(size)
在随机写读情况下，该项目每秒可处理啊请求数（QPS）: 8.49w，每秒可处理读请求数（QPS）: 5.78w。
# 项目中的文件说明
+ include文件包含头文件skiplist.h，用于跳表的核心实现
+ src文件中包含main.cpp，使用跳表进行数据操作。
+ README.md项目说明和项目记录
+ bin文件中包含可执行文件的目录
+ CMakeLists.txt编译脚本
+ store数据落盘的文件存放在这个文件夹中
+ stress_test_start.sh 压力测试脚本
+ build文件存放cmake的生成的makefile
+ picture文件存放图片
# 跳表的介绍
## 跳表的特征
一个跳表具有的特征有：
+ 跳表有几层(level)组成。
+ 跳表的第一层包含所有的元素。
+ 每一层都是一个有序的链表。
+ 如果元素x出现在第i层，则所有比i小的层都包含x。
+ 每个节点包含key及其对应的val以及一个指向同一层链表的下一个节点的指针数组。
## 跳表的时间复杂度分析
![时间复杂度分析](https://raw.githubusercontent.com/Jwf-520/mySkipList/master/picture/skiplist_time.png)
时间复杂度计算 = 索引的高度 × 每层索引遍历的元素个数
### 索引的高度
每两个节点会抽出一个结点作为上一级索引的节点，原始的链表有n个元素，则一级索引有n/2，二级索引有n/4，k级索引就有n/2^k^个索引。最高级索引一般有2个元素，即:最高级索引h满足 2 = n/2^h^，即h = log~2~n - 1，
### 每层遍历的元素个数
图中所示，现在到达第 k 级索引，我们发现要查找的元素 x 比 y 大比 z 小，所以，我们需要从 y 处下降到 k-1 级索引继续查找，k-1级索引中比 y 大比 z 小的只有一个 w，所以在 k-1 级索引中，我们遍历的元素最多就是 y、w、z，发现 x 比 w大比 z 小之后，再下降到 k-2 级索引。所以，k-2 级索引最多遍历的元素为 w、u、z。其实每级索引都是类似的道理，每级索引中都是两个结点抽出一个结点作为上一级索引的结点。 现在我们得出结论：当每级索引都是两个结点抽出一个结点作为上一级索引的结点时，每一层最多遍历3个结点。
跳表的索引高度为h = log~2~n，且每层索引最多遍历3个元素。所以跳表中查找一个元素的时间复杂度为O(3*logn)，省略常数为即:**O(logn)**。
## 跳表的空间复杂度分析
假如原始链表包含 n 个元素，则一级索引元素个数为 n/2、二级索引元素个数为 n/4、三级索引元素个数为 n/8 以此类推。所以，索引节点的总和是：n/2 n/4 n/8 … 8 4 2 = n-2，**空间复杂度是O(n)**。
# 存储引擎数据表现
## 插入操作
跳表树高:15
采用随机插入数据的测试：
| 插入数据规模(万条) | 耗时(秒) |
| ---- | ---- |
|       10          |    0.98      |
|       50        |      5.49    |
|       100          |   11.78       |

每秒可处理写请求数(QPS)：8.49w
## 取数据操作
| 取数据规模(万条) | 耗时(秒) |
| ---- | ---- |
|       10          |    1.46      |
|       50        |      8.03    |
|       100          |   17.31       |

每秒可处理读请求数(QPS):5.78w
插入为什么会比查询操作快？
**插入是从0开始插入的，查询是从已有结果查询，插入自然快一些，如果你先插10万条，测第二次的插入10万条时间，就比查询慢了。**
# 项目运行方式
```bash
cmake ..
cd build
make
cd ..
cd bin
./skiplist
```
使用脚本测试kv存储引擎的性能
```
sh stress_test_start.sh
```
# 项目记录
## 查找元素
![查找元素图片](https://raw.githubusercontent.com/Jwf-520/mySkipList/master/picture/skiplist_search.png)
从当前最大层数开始找，如果查找的键比`cur`的下一个节点的键值大,cur就往后移动
找到大于等于`key`的第一个节点，如果那个节点等于`key`，就说明找到了，否则就没有该`key`。
## 插入元素
如果只把多个节点(很多很多)插入到最后一层中，然后不对上层的索引进行更新的话，那么再查找插入的节点过程中，在最后一层查找元素的过程就会退化成单链表查找的情况。
解决方法：在插入的最后一层每，两个节点提取一个节点给上一层。
怎么动态更新:
> 概率算法：
> + 每一层的节点，被提取到上一层的概率是1 / 2;
> + 原始链表提取到一级索引的概率是1 / 2。
> + 原始链表提取到二级索引的概率是1 / 4。
> + 原始链表提取到三层索引的概率是1 / 8。
```c++
    /*
        1/2的概率返回1。
        1/4的概率返回2。
        1/8的概率返回3。
        ....
    */
    int k = 1;
    while (rand() % 2) {
        k++;
    }
    k = (k < _max_level) ? k : _max_level;
```
![插入元素图片](https://raw.githubusercontent.com/Jwf-520/mySkipList/master/picture/skiplist_search.png)

|  层数    | update数组值 |
| ---- | ---- |
| 4 | update[4] = 1; |
| 3 | update[3] = 10; |
| 2 | update[2] = 30; |
| 1 | update[1] = 30; |
| 0 | update[0] = 40; |

插入的关键代码:
```c++
for (int i = 0; i <= random_level; i++) {
    inserted_node->forward[i] = update[i]->forward[i];
    update[i]->forward[i] = inserted_node;
}
```
这里从图中可以看出random_level是3。
插入的点是50,将50插入到每一层对应的位置上。
**单层插入：**
```cpp
50->forward[0] = update[0]->forward[0]; //将50插入到第零层上
update[0]->forward[0] = 50;
```
## 删除元素
跟插入节点一样的操作，先要记录删除节点每一层的前继节点，然后每一层做一个链表删除节点的操作
![删除元素图片](https://raw.githubusercontent.com/Jwf-520/mySkipList/master/picture/skiplist_delete.png)
|  层数    | update数组值 |
| ---- | ---- |
| 4 | update[4] = 1; |
| 3 | update[3] = 10; |
| 2 | update[2] = 30; |
| 1 | update[1] = 30; |
| 0 | update[0] = 40; |
删除的关键代码:
```cpp
//从最底层开始删除，然后删除每层该元素的索引
for (int i = 0; i <= _skip_list_level; i++) {

//如果在第i层，下一个节点不是目标节点，那吗跳出循环。
    if (update[i]->forward[i] != current) 
        break;
    update[i]->forward[i] = current->forward[i];
}
```
## 显示结果
![显示结果图片](https://raw.githubusercontent.com/Jwf-520/mySkipList/master/picture/skiplist_display.png)

mySkipList

mySkipList 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

mySkipList

mySkipList 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

Download README