yuanyuanispeak的专栏

节约内存：Instagram的Redis实践 作者：nosqlfan on 星期三, 十一月 2, 2011 · 9条评论 【阅读：23,661 次】 Instagram可以说是网拍App的始祖级应用，也是当前最火热的拍照App之一，Instagram的照片数量已经达到3亿，而在Instagram里，我们需要知道每一张照片的作者是谁，下面就是Instagram团队如何使

redis可达到512M/per key    512M=512*1024KB=512*1024*1000B=512*1024*1000*8bit=40亿+    化整为零40亿，也就是说一位代表一个用户，40亿可以代表40亿个用户！    但是int 有符号整型取值范围 20亿+，所以bitmap位数只能到20亿个  bitmap适用于那些记录性别或者状态值，枚举于0、1的字

我们都知道redis追求的是简单，快速，高效，在这种情况下也就拒绝了支持window平台，学sqlserver的时候，我们知道事务还算是个比较复杂的东西， 所以这吊毛要是照搬到redis中去，理所当然redis就不是那么简单纯碎的东西了，但是呢，事务是我们写程序无法逃避的场景，所以redis作者折衷的写了个简 化版的事务机制，下面我来扯一下它的蛋蛋。   一： 事务实战

第一次、Slave向Master同步的实现是： Slave向Master发出同步请求（发送sync命令），Master先dump出rdb文件，然后将rdb文件全量传输给slave，然后Master把缓存的写命令转发给Slave，初次同步完成。第二次、以及以后的同步实现是： Master将变量的快照直接实时依次发送给各个Slave。 但不管什么原因导致Slave和Master断开重连都会重复以上两个

毫无疑问，Redis开创了一种新的数据存储思路，使用Redis，我们不用在面对功能单调的数据库时，把精力放在如何把大象放进冰箱这样的问题上，而是利用Redis灵活多变的数据结构和数据操作，为不同的大象构建不同的冰箱。希望你喜欢这个比喻。 下面是一篇新鲜出炉的文章，其作者是Redis作者@antirez，他描述了Redis比较适合的一些应用场景，NoSQLFan简单列举在这里，供大家一览：