redis是个内存全集的kv数据库,不存在部分数据在磁盘部分数据在内存里的情况,所以提前预估和节约内存非常重要.本文将以最常用的string和zipmap两类数据结构在jemalloc内存分配器下的内存容量预估和节约内存的方法. 先说说jemalloc,传说中解决firefox内存问题freebsd的默认malloc分配器,area,thread-cache功能和tmalloc非常的相识.在2.4版本被redis引入,在antirez的博文中提到内节约30%的内存使用.相比glibc的malloc需要在每个内存外...

    说说自己心目中的容量规划平台，其实就最后的展现来讲，容量规划平台不会太复杂，但实现起来其实是挺麻烦的，心目中容量规划平台的目标就以下两个。预测容量达到瓶颈的时间，并为扩容提供可参考的数据指标；根据业务指标或为业务发展形成扩容方案。具体内容请见全文。

    在使用Redis过程中，我们发现了不少Redis不同于Memcached，也不同于MySQL的特征。 (本文主要讨论Redis未启用VM支持情况) 1. Schema MySQL: 需事先设计 Memcached: 无需设计 Redis: 小型系统可以不用，但是如果要合理的规划及使用Redis，需要事先进行类似如下一些规划 数据项: value保存的内容是什么，如用户资料 Redis数据类型: 如String, List 数据大小: 如100字节记录数: 如100万条(决定是否需要拆分) ・・・・・・ 上面的规...