王雪飞 de45dcf5f6 | 1 month ago | ||
---|---|---|---|
.github/workflows | 删除 | 1 month ago | |
benchmarks | 删除 | 1 month ago | |
cmake | 删除 | 1 month ago | |
db | 删除 | 1 month ago | |
doc | 删除 | 1 month ago | |
helpers/memenv | 删除 | 1 month ago | |
include/leveldb | 删除 | 1 month ago | |
issues | 删除 | 1 month ago | |
port | 删除 | 1 month ago | |
table | 删除 | 1 month ago | |
test | 删除 | 1 month ago | |
third_party | 删除 | 1 month ago | |
util | 删除 | 1 month ago | |
.clang-format | 1 month ago | ||
.gitignore | 1 month ago | ||
.gitmodules | 1 month ago | ||
AUTHORS | 1 month ago | ||
CMakeLists.txt | 1 month ago | ||
CONTRIBUTING.md | 1 month ago | ||
LICENSE | 1 month ago | ||
NEWS | 1 month ago | ||
README.md | 1 month ago | ||
TODO | 1 month ago |
小组成员:
王雪飞 10225501435
马也驰 10215501408
TTL(Time To Live),即生存时间,是指数据在存储系统中的有效期。设置TTL可以使得过期的数据自动失效,减少存储空间占用,提高系统性能。
为什么需要TTL功能:
在LevelDB中添加TTL功能的方案:
在Put操作中,将过期时间戳与值一起存储。
我们最初的想法是把TTL跟value存储在一起,形式为<TTL value>
,这样Put操作会很简单,仅仅把两个字符串拼接起来即可,但这样的话,在Get操作中时,无法判断从何处分割TTL和value,所以我们决定在TTL和value之间添加一个标志符,存放形式改为<TTL_value>
,这样,在Get操作时,只需先找到第一个下划线,下划线前面的为TTL,后面的为value,这样就能把TTL和value区分开来。但还有一个问题,判断条件为:写入数据的时间+ TTL < 读取数据的时间
,如果仅存放TTL,虽然在调用get时我们可以获得读取数据的时间,并通过解码value获得TTL,但我们没有办法获得写入数据的时间,所以只能通过在Put操作时,把写入数据的时间也写入value中,这样在Get时,就能获得写入数据的时间,从而判断是否过期。所以,我们又把value的形式改为<TTL_写入时间_value>
,这样,通过两个下划线把TTL、写入时间和value区分开来,就能实现在get操作时判断是否过期。但我们又想到,既然在get操作解码得到TTL和写入时间之后要加在一块,并且TTL和写入时间都是在get操作时与value进行编码,那么我们为什么不在get操作时就把TTL和写入时间加在一起,再与value编码呢,把写入时间+TTL记为DDL,这样就可以把value编码为<DDL_value>
,在get操作时,只需解码得到DDL,然后拿当前时间跟DDL作比较,即可知道数据是否过期。
综上所述,我们的编码格式经过多次迭代:<TTL value>
-><TTL_value>
-><TTL_写入时间_value>
-><DDL_value>
,最终得到一个比较满意的编码方式。