centos rocksdb 性能测试笔记(一)

最新推荐文章于 2022-07-27 16:20:22 发布

weixin_34406061

最新推荐文章于 2022-07-27 16:20:22 发布

阅读量329

点赞数

文章标签：测试操作系统数据库

原文链接：https://segmentfault.com/a/1190000003975291

版权

最近把服务内存中的部分数据迁移到磁盘，存储引擎使用的rocksdb.迁移完毕，就迫不及待的进行了性能测试。我嘞个去，性能刚刚的。其实内心已经埋下了怀疑的种子，怎么可能？然后用top命令查看了下。

# top

图片描述

呵呵，果然是filesystem cache的原因。但是作为有着严格求证精神的程序员（其实是对操作系统原理不算特别熟悉），赶紧写了个测试用例来证明自己的推测。

首先关闭服务，然后刷新和清除系统cache

#sync
#echo 1 > /proc/sys/vm/drop_caches
#echo 2 > /proc/sys/vm/drop_caches
#echo 3 > /proc/sys/vm/drop_caches

图片描述

已知rocksdb数据库文件中存放了所有的影视实体信息，然后编写测试用例=》根据所有的影视id遍历所有的数据。我给测试用例分配了-Xmx1024M -Xms1024M

图片描述

测试性能日志
图片描述

再跑一次测试用例，观察性能日志
图片描述

尼玛，发现没有，78186/4377 = 17.862919808088倍啊.
如果你再次运行上面的命令，刷新和清理系统缓存，再跑测试用例，发现耗时跟第一次差不多。这个我就不贴具体的实例了。当然你可以用iostat观察磁盘的io情况，发现几乎没有读请求。因为全cache住了。
图片描述

测试已经证明了我们的结果。
关于操作系统中buffer和cache的机制，自己感兴趣的可以去查下。

那如果这样，那么测试得出的结论对于第一次请求耗时来说毫无意义。这时候再想想我们是否可以把文件系统的cache给关闭掉，然后进行测试？

下一篇文章我们继续>>

关注