SSDB 是一个 C++ 开发的 NoSQL 存储服务器, 支持 zset, map 数据结构, 可替代 Redis, 特别适合存储集合数据. SSDB 被开发和开源出来后, 已经在生产环境经受了3个季度的考验, 一直稳定运行.
在一个支撑数千万用户的列表数据(例如用户的订单历史, 用户的好友列表, 用户的消息列表等)的实例上, SSDB 每天处理上亿个读写请求, 仍然能保持 CPU 占用在3%左右, 内存占用为 1G. 这种数据规模是我们原来使用的 Redis 所无法满足的, 因为 Redis 无法保存如此大量的数据, 物理内存的容量限制了 Redis 的能力. 根据我们的经验, Redis在10G数据规模时比较适用, 数据规模再扩大时, Redis 就非常吃力, 而且几乎无法扩展. 这时, 必须改用 SSDB.
SSDB 具有和 Redis 高度重合的 API, 而且对于 hash(map) 还是可分段遍历的, 相比较, Redis 只能通过 hgetall 一次遍历 hash 中的所有元素, 在大的 hash 中, 这个操作非常低效.
如果要列出几条必须放弃 Redis, 改为使用 SSDB 的观点, 我相信这几条非常有吸引力:
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
严格来说 redis 的目标是秒几万
ssdb的目标只有秒1k
所以并不能说互相简单替代
所以说ssdb能替代redis 除非你的线上系统ssd足够强大。。。。。。 ######回复 @ideawu : 现在不奇怪了 我公司刚刚下单购入了40-60w iops 的ssd pcie卡。。。。咳咳######@ideawu 哪个群里有名的群主人员 我都问过对ssdb的看法 都普遍 是 不可大用 4个字 哈哈哈######@ideawu 我之前说的1k级 是ssdb的典型用户 都是没打算上了ssd######@ideawu 如果会一点的 不用nosql 上了ssd都轻松到10k级吞吐 这有什么可说的######@ideawu 那是用ssd了 哈哈哈 不奇怪 有钱用ssd替换内存的 自然能达到2w+的######没说 到底是 那个站 用了它 ,这说出来 不要紧的吧。
######使用者列表在这个页面中: https://github.com/ideawu/ssdb/wiki/Users######各语言驱动全吗###### 多了一个可选的######