rocksdb是挺好的乙個東西，就是取得乙個可用的庫太麻煩。之前我是用的rocksdbsharp裡面他有編譯好windows 和 linux的庫 兼
容性還挺好，ubuntu win10 直接跑沒毛病，可惜他是去年build的了，我要用的checkpoint 這麼重要的功能，他這個版本沒有。於是乎只好自行編譯rocksdb，感覺上了一條賊船啊。
我在使用rocksdb開發乙個資料庫歡迎關注。
ubuntu，ubuntu 編譯rocksdb比較順利，按照官網說明一步步正常編譯，略過。
編譯通過的gcc版本為7.3
windows版本因為是vc很熟悉，只不過原來都是一堆dll，互相引用，很麻煩，還有mt md的問題，其實就是機械的把所有依賴的原始碼找回來，編譯成lib，改mt，體力活。最後變成乙個啥也不依賴的dll，容易部署。
已編好，僅限x64
後來把so檔案放到centos跑不起，一看一堆so找不到
用ldd 指令 一看，缺一堆東西，第一反應是gcc有問題，試裝gcc7.3，一路公升級一路bug，最後也沒裝上，沒新查了。
仔細觀察rocksdb專案，facebook說明是gcc 4.8以上，centos7是滿足的。既然是cmake管理的，那麼從新來整cmake吧，忽略facebook的官方文件
期間發生過 cmake版本太低，make版本太低等等狀況，**三公升
cmake使用很順利
需要注意這幾個選項，rocksdb這幾個壓縮演算法，不開就沒有，就只能不壓縮了。
實際還是四個壓縮都帶上吧
然後按facebook官網說明安裝依賴庫，編譯，一切成功。
總結一下，記錄下來，現在凌晨五點四十，編譯了妥妥的一晚上。centos真香……
我是將make公升級到了4.2
cmake公升級到了3.6.2
成功編譯出可用的rocksdb
rocksdb的說明我怎麼也裝不上 make 直接一堆錯，原因不明，我是直接重新搞了cmake，4個壓縮庫選項開啟，
然後cmake .
make rocksdb-shared -j
成功這個可以看文件，沒錯
就是facebook 網頁這一堆
你編譯 出來之後 ldd librocksdb.so 這樣看依賴庫情況，有not found 就是不行。
linux下rocksdb的編譯安裝
rocksdb起源於facebook的實驗室專案，實現了乙個高效能的快速儲存器，是基於c 編寫的key value資料庫，很多軟體都是採用內建rocksdb的方式執行，所以需要我們提前安裝rocksdb的庫，下面主要敘述一下rocksdb的原始碼編譯過程，github倉庫 作業系統 centos 7...
RocksDB使用小結
一 介紹 rocksdb是facebook的乙個實驗專案，目的是希望能開發一套能能在伺服器壓力下，真正發揮高速儲存硬體 特別是flash儲存 效能的高效資料庫系統。這是乙個c 庫，允許儲存任意長度二進位制kv資料。支援原子讀寫操作。rocksdb依靠大量靈活的配置，使之能針對不同的生產環境進行調優，...
rocksdb對Write Stalls的調優
當我們持續大量插入資料的時候，會發現到了某乙個時間，效能就突然下降了，如果突然出現了這樣的情況，我們都會從 log 檔案裡或者 statistics 上面來確認是否出現了 write stall。通常 write stall 會在幾個地方出現 當需要等待被 flush 到 level 0 的 mem...