https://code.google.com/p/leveldb/downloads/list 可以下在leveldb的源码编译安装 编译时出错，参考：http://blog.solrex.org/articles/cxx11-changes-in-levedb-compiling-error.html 修复 修正了编译问题，并增加了一个测试实例，重新打包后上传。 http://download

LevelDB Benchmarks Google, July 2011 In order to test LevelDB's performance, we benchmark it against other well-established database implementations. We compare LevelDB (revision 39) against SQLite3 (

leveldb是一个很强悍的kv数据库，自然，我也希望能在go中使用。 如果有官方的go leveldb实现，那我会优先考虑，譬如这个，但是该库文档完全没有，并且在网上没发现有人用于实战环境，对其能否在生产环境中使用打上问号，保险起见，我还是决定不使用。 因为leveldb有c的接口，所以通过cgo能很方便的进行集成，所以我决定采用该种方式，幸运的是，已经有人做了cgo的版本，也就是levigo。

一.Block的存储格式 Block的种类很多，包括Data Block、Meta Block等，每个Block由三部分组成，如下图所示： 1.block data block data是具体的KV对存储区域。虽然Block有好几种，但是block data都是有序的KV对，因此写入、读取block data的接口都是统一的。 2.type type指明使用的是哪种压缩方式，当前支持none和sn

在我们的应用程序中,我们使用std :: map来存储(键,值)数据,并使用序列化将该数据存储在磁盘上.通过这种方法,我们发现磁盘I / O是性能瓶颈,使用密钥查找值不是很快. 我遇到了LevelDB并且正在考虑使用它.但我有一些问题. > LevelDB的文档说明了它(字符串,字符串)键值对.这是否意味着我不能用于自定义键值对？ >似乎std :: map和LevelDB之间的区别在于Level

这种情况约为10亿条记录.每个记录具有1kb的数据大小,并存储在SSD中. 哪个kv存储可以提供最佳的随机读取性能？它需要减少每个查询只有1次的磁盘访问,并且所有的数据索引将被存储在内存中. Redis很快,但是将1 TB数据存储在内存中太贵了. LevelDB每个查询读取磁盘多次. 我发现最接近的一个是胖子,但它不是持久的.这是一个SSD支持的memcached. 有什么建议么？ RocksDB

目前我们正在评估几个关键值数据存储,以替换owr主应用程序当前使用的旧isam(20年左右！)…… 问题是我们当前的isam不支持崩溃恢复. 所以LevelDB似乎对我们好(也检查BerkleyDB等) 但是我们遇到了热备份的问题,并且鉴于LevelDB是一个库,而不是服务器,要求“热备份”是很奇怪的,因为它直观地暗示了外部备份过程. 也许有人想提出选择(或已知的解决方案)？ 例如：   – 通过