redis得geo在3.2版本后已经推出
redis2.8.9推出了该数据结构 reid Hyperloglog基数统计的算法 优点:占用的内存是固定,2^64不通元素的技术,只需要占用12kb的内存,如果要从内存角度比较的话:Hyperloglog是首选 使用场景:网页的uv(统计网页的访问量:一个人访问一个网站多次,但是还是算作一个人) 传统的方式:set保存大量的用户的id,然后可以统计set中元素的数量作为标准判断! 这个方式如果保存大量的用户id,就会比较麻烦!我们的目的是为了计数,而不是保存用户id! Hyperloglog的统计方式可能会存在0.81%的误差 使用如下: 127.0.0.1:6379> PFADD mykey a b c d e g(创建了一个mykey 的Hyperloglog,并放入6个不重复的元素) (integer) 1 127.0.0.1:6379> PFCOUNT mykey(获取mykey中的元素个数) (integer) 6 127.0.0.1:6379> PFADD mykey1 e g h i j k(创建另外一个Hyperloglog) (integer) 1 127.0.0.1:6379> PFCOUNT mykey1 (integer) 6 127.0.0.1:6379> PFMERGE mykey3 mykey mykey1(将两个Hyperloglog合并为一个mykey3,获取mykey3的不重复元素的数量) OK 127.0.0.1:6379> PFCOUNT mykey3 (integer) 10
位存储 只有两个数据结构:0 1的 使用场景:统计用户打卡次数,活跃与不活跃天数等
使用案例:模拟一周打卡,打卡为0 ,没打卡为1 127.0.0.1:6379> SETBIT sign 0 1(存放一周的打卡状态) (integer) 0 127.0.0.1:6379> SETBIT sign 1 1 (integer) 0 127.0.0.1:6379> SETBIT sign 2 0 (integer) 0 127.0.0.1:6379> SETBIT sign 3 1 (integer) 0 127.0.0.1:6379> SETBIT sign 4 0 (integer) 0 127.0.0.1:6379> SETBIT sign 5 0 (integer) 0 127.0.0.1:6379> SETBIT sign 6 0 (integer) 0 127.0.0.1:6379> GETBIT sign 4(获取周五的打卡状态) (integer) 0 127.0.0.1:6379> GETBIT sign 0(获取周一的打卡状态) (integer) 1 127.0.0.1:6379> BITCOUNT sign(统计一周打卡的次数) (integer) 3 127.0.0.1:6379> BITCOUNT sign 0 5(指定0-5状态为1的次数) (integer) 3