编译ROCKSDB总结

Rocksdb是挺好的一个东西，就是取得一个可用的库太麻烦。之前我是用的rocksdbsharp里面他有编译好windows 和 linux的库 兼

容性还挺好，ubuntu win10 直接跑没毛病，可惜他是去年build的了，我要用的checkpoint 这么重要的功能，他这个版本没有。于是乎只好自行编译rocksdb，感觉上了一条贼船啊。

我在使用rocksdb开发一个数据库https://github.com/lightszero/lightchain，欢迎关注。

 

Ubuntu的顺利编译

 

Ubuntu，ubuntu 编译rocksdb比较顺利，按照官网说明一步步正常编译，略过。

编译通过的gcc版本为7.3

 

Windows的艰难编译

 

Windows版本因为是VC很熟悉，只不过原来都是一堆dll，互相引用，很麻烦，还有mt md的问题，其实就是机械的把所有依赖的源码找回来，编译成lib，改mt，体力活。最后变成一个啥也不依赖的dll，容易部署。

https://github.com/lightszero/lightchain/blob/master/lightdb/native/rocksdb-5.17.0.dll

已编好，仅限x64

 

Centos的灾难

 

后来把so文件放到centos跑不起，一看一堆so找不到

用ldd 指令 一看，缺一堆东西，第一反应是GCC有问题，试装GCC7.3，一路升级一路bug，最后也没装上，没新查了。

 

 

仔细观察rocksdb项目，facebook说明是gcc 4.8以上，centos7是满足的。既然是cmake管理的，那么从新来整cmake吧，忽略facebook的官方文档

 

期间发生过 cmake版本太低，make版本太低等等状况，吐血三升

 

Cmake使用很顺利

需要注意这几个选项，rocksdb这几个压缩算法，不开就没有，就只能不压缩了。

由于rocksdb是分层压缩的，通用的zlib肯定要带上，目前我对小数据选择的压缩算法是snappy。和leveldb一样，snappy一定要带上。

实际还是四个压缩都带上吧

 

然后按facebook官网说明安装依赖库，编译，一切成功。

然后ldd 一看，又吐血，yum 安装出来的snappy库缺两个依赖库，偏偏是最重要的这个你有问题。

 

没办法自己编译snappy吧，把最新的源码拖下来，继续吐血，什么鬼，这个项目只能生成.a

可是rocksdb那边妥妥的配置加载snappy.so啊，cmake我门外汉，打死我也不想去改这个。

后来去把snappy的历史版本全部都拖下来研究，嗯 snappy 1.1.5 可以用，编译出来的so也正常了

 

总结

 

总结一下，记录下来，现在凌晨五点四十，编译了妥妥的一晚上。Centos真香……

 

 

cmake 和 make 先升级了

 

我是将make升级到了4.2

Cmake升级到了3.6.2

成功编译出可用的rocksdb

 

gcc 需要4.8以上

 

 

rocksdb编译 别看文档了

 

1. rocksdb的说明我怎么也装不上 make 直接一堆错，原因不明，我是直接重新搞了cmake，4个压缩库选项打开，

   

   另外将gflags 和 snappy 原来的find_package 改成了find_library

   然后

   cmake .

   make rocksdb-shared -j

   成功

 

编译之前先安装一堆依赖库

 

    这个可以看文档，没错

就是facebook 网页这一堆

 

最重要，yum install snappy snappy-devel 在我的centos7上有问题，依赖库找不到。

 

你编译 出来之后 ldd librocksdb.so 这样看依赖库情况，有not found 就是不行。

 

处理方法是自己编译 snappy1.1.5,然后cp 到 usr/lib 等几个目录