Redis中的GETBIT和SETBIT(转载)
Redis中的GETBIT和SETBIT(转载)
Redis是in-memery的数据库，其优势不言而喻。
详细可以阅读一下官网的介绍。https://redis.io
其主要有五种数据类型：strings，lists，sets，hashes。
在学习到strings类型的常见命令的时候，对GETBIT和SETBIT的意义并不是非常了解，所以就搜索了一下相关文章。看到一篇介绍GETBIT和SETBIT的应用的文章，感觉非常强大，记录如下：
我们在登陆某些博客网站或者视频网站的时候，网站往往会记录我们是否阅读了某篇文章，或者是观看了某个视频。
如果用传统的mysql数据库实现，如果用户数量多，文章和视频也多的情况下，那么则会给数据库带来很大的压力。
而用Redis的GETBIT和SETBIT则会简单得多。
我们以视频为例，我们用bitmap来记录用户们是否已经观看了某一个视频，一个视频对应一个bitmap。例如
| 1 2 |
|
key以视频英文名video+冒号+id标记。
value就是一个bitmap。一位(bit)有两种可能，0或者1。0代表未看，1代表已经看过了。
而位置(offset)代表的就是user id。例如第200位就代表user_id为200的用户是否观看过id为1201的视频。
设置
| 1 2 3 4 |
|
查询
| 1 2 3 |
|
当然您也可以一个用户对应一个bitmap，bitmap中的位代表一个视频是否已经被观看。
另外文章中也将到目前非常流行的打卡或者是登陆记录也可以用相似的设计实现。
例如用一个bitmap记录所有用户的登陆情况，bitmap中的一位代表一个用户当天是否有登陆，0代表没登陆，1代表有登陆。
每天生成一个bitmap。
通过统计多天bitmap就可以实现统计活跃用户之类的操作了。
Setbit 的实际应用
场景: 1亿个用户, 每个用户 登陆/做任意操作 ,记为 今天活跃,否则记为不活跃
每周评出: 有奖活跃用户: 连续7天活动
每月评,等等...
思路:
Userid dt active
1 2013-07-27 1
1 2013-0726 1
如果是放在表中, 1:表急剧增大,2:要用group ,sum运算,计算较慢
用: 位图法 bit-map
Log0721: ‘011001...............0’
......
log0726 : ‘011001...............0’
Log0727 : ‘0110000.............1’
1: 记录用户登陆:
每天按日期生成一个位图, 用户登陆后,把user_id位上的bit值置为1
2: 把1周的位图 and 计算,
位上为1的,即是连续登陆的用户
redis 127.0.0.1:6379> setbit mon 100000000 0
(integer) 0
redis 127.0.0.1:6379> setbit mon 3 1
(integer) 0
redis 127.0.0.1:6379> setbit mon 5 1
(integer) 0
redis 127.0.0.1:6379> setbit mon 7 1
(integer) 0
redis 127.0.0.1:6379> setbit thur 100000000 0
(integer) 0
redis 127.0.0.1:6379> setbit thur 3 1
(integer) 0
redis 127.0.0.1:6379> setbit thur 5 1
(integer) 0
redis 127.0.0.1:6379> setbit thur 8 1
(integer) 0
redis 127.0.0.1:6379> setbit wen 100000000 0
(integer) 0
redis 127.0.0.1:6379> setbit wen 3 1
(integer) 0
redis 127.0.0.1:6379> setbit wen 4 1
(integer) 0
redis 127.0.0.1:6379> setbit wen 6 1
(integer) 0
redis 127.0.0.1:6379> bitop and res mon feb wen
(integer) 12500001
如上例,优点:
1: 节约空间, 1亿人每天的登陆情况,用1亿bit,约1200WByte,约10M 的字符就能表示
2: 计算方便