最近项目里需要集成签到和统计功能,连续签到后会给用户发放一些优惠券和奖品,以此来吸引用户持续在该品台进行活跃。下面我们一些来聊一聊目前主流的实现方案。
因为签到和统计的功能涉及的数据量比较大,所以在如此大的数据下利用传统的关系型数据库进行计算和统计是非常耗费性能的,所以目前市面上主要依赖于高性能缓存RedisBitMap功能来实现。
先看看利用Mysql实现以上功能会有哪些缺陷和短板。
首先我们需要一个签到表
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oyI6Br1I-1693143208246)(1.png)]
DROP TABLE IF EXISTS `tb_sign`;
CREATE TABLE `tb_sign` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
`user_id` int(11) NOT NULL COMMENT '用户Id',
`year` year(4) NOT NULL COMMENT '签到的年',
`month` tinyint(2) NOT NULL COMMENT '签到的月',
`date` date NOT NULL COMMENT '签到日期',
`is_backup` tinyint(1) NOT NULL COMMENT '是否补签',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
用户一次签到,就是一条记录,假如有1000万用户,平均每人每年签到次数为10次,则这张表一年的数据量为 1亿条
每签到一次需要使用(8 + 8 + 1 + 1 + 3 + 1)共22 字节的内存,一个月则最多需要600多字节
这样的坏处,占用内存太大了,极大的消耗内存空间!
我们可以根据 Redis中 提供的 BitMap 位图功能来实现,每次签到与未签到用0 或1 来标识 ,一次存31个数字,只用了2字节 这样我们就用极小的空间实现了签到功能
利用SETBIT新增key 进行存储
SETBIT bm1 0 1
看不懂上面的指令?没关系,我们可以通过help指令查看提示
help SETBIT
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-28566Xts-1693143208248)(2.png)]
通过这个指令可以看出Redis SETBIT 命令用于对 key 所储存的字符串值,设置或清除指定偏移量上的位(bit)。位的设置或清除取决于 value,可以是 0 或者是 1 。
当 key 不存在时,自动生成一个新的字符串值。字符串会进行伸展以确保它可以将 value 保存在指定的偏移量上。当字符串值进行伸展时,空白位置以 0 填充。offset 参数必须大于或等于 0 ,小于 2^32 (bit 被限制在 512 MB 之内)。
提示:如果 offset 偏移量的值较大,计算机进行内存分配时可能会造成 Redis 服务器被阻塞。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QVfbhrcc-1693143208249)(3.png)]
这样的话我们就可以通过偏移量设置每一天的签到情况:
下面我们只需要通过GETBIT命令就可以查看每一天的签到情况
GETBIT bm1 2
表示查看bm1用户第二天的签到情况
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rZN6uEyA-1693143208250)(4.png)]
同样,我们可以通过BITCOUNT可以统计出该用户签到了多少天
BITCOUNT bm1
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fdEvzcNG-1693143208251)(5.png)]
通过BITFIELD以原子方式操作(查询、修改、自增)BitMap中bit数组中的指定位置(offset)的值
明天继续更新