qiye

key*field 这个是个标识。 跟前缀标识也差不多意思 zset 可以 key+field 用+来标识。 也可以的

谢谢啊。我一会加到 首页的 redmine。 非常感谢

我举个很简单的例子 --这些是在redis的内存中完成 set name qiye get name --这些是在leveldb操作的 ds_set name qiye ds_get name ds_开头的命令存取的数据是通过leveldb引擎存放，其他的还是原生redis一样放在内存

哈哈不是客户端功能。增加了leveldb服务端功能。因为 ldb只是个存储引擎。没有服务端。

目前我维护的是 两千万上下的用户库。 数据存在redis-storage 上。 然后加上redis 自己的缓存。用lua 封装了下 供客户端调用。 效率杠杠的。 以后打算把帖子信息 也转意到redis-storage来

嗯.这个问题。我们解决一下。现在弄成统一的。我把处理结果 也变一下。 做个统一

不会变回去的。用统一 类似redis的格式

没问题。我这几天把这个功能给加上 ———————————— 另外一个比较需要的是能否实现类似这样的功能 https://github.com/rvagg/node-levelup#dbreadstreamoptions 本身leveldb的数据是有序的，能否增加命令，用于查询某个范围的key，支持返回key或者key+value，支持正向或者逆向的限量返回 主要目的是可以进行一定程度的数据遍历，要不然很大程度还要依赖关系数据库来辅助处理数据。

你的sst文件大小是多少。 你可以加大write_buffer_size的数字。可以加大单个sst文件的大小。 减少sst的个数。还有，你有没有用snappy 压缩。 用snappy 也能省很多空间的

## 你能不能帮我们做几个安装包。我们人手有限。需要更多的朋友加入我们一起维护 能做成几个安装包，支持ubuntu/centos/ 32位+64位 ，因为在不同系统部署起来每次编译实在是麻烦