Redis简单案例(三) 连续登陆活动的简单实现

本文涉及的产品
云数据库 Redis 版,社区版 2GB
推荐场景:
搭建游戏排行榜
简介: 原文:Redis简单案例(三) 连续登陆活动的简单实现  连续登陆活动,或许大家都不会陌生,简单理解就是用户连续登陆了多少天之后,系统就会送一些礼品给相应的用户。最常见的 莫过于游戏和商城这些。游戏就送游戏币之类的东西,商城就送一些礼券。
原文: Redis简单案例(三) 连续登陆活动的简单实现

  连续登陆活动,或许大家都不会陌生,简单理解就是用户连续登陆了多少天之后,系统就会送一些礼品给相应的用户。最常见的

莫过于游戏和商城这些。游戏就送游戏币之类的东西,商城就送一些礼券。正值国庆,应该也有不少类似的活动。

  下面就对这个的实现提供两个思路,并提供解决方案。

  思路1(以用户为维度):

  连续登陆活动,必然是要求连续登陆,不能有间隔。用1表示登陆,0表示没有登陆,这样我们可以为每个用户创建一个key去存储

他的登陆情况,就可以得到类似这样的一个二进制序列:1110111,如果是7个1,就表示连续7天,如果不是7个1就表示没有连续登

陆7天。所以就能实现这个登陆活动的要求了。

  思路2(以天数为维度):

  一天之内,用户要么是登陆过,要么是没有登陆过。同样的用1来表示登陆过,用0表示没有登陆过。假设我们连续登陆的活动是2天,

同时有3个用户,那么就要有2个key去存储这3个用户的登陆信息,这样就会得到类似这样的两个二进制序列:101(key1),111(key2)。

此时,对这两个key的每一位都进行逻辑与运算,就会得到101,就表明,用户1和用户3连续登陆了两天。从而达到活动的要求。

  之前在string的基础教程中曾经说过关于二进制的相关操作会用一个简单的案例来给大家讲解,现在是兑现这个诺言的时候了。

 

  下面就简单模拟一下国庆7天假期连续登陆七天的活动。

  方案1 :以用户为维度

  先为每个用户创建一个key(holiday:用户标识),对于我们的例子来说,每个key就会有7位二进制位。这时key会有这样的结构
  

  这时我们就会得到每个用户对应的二进制序列,然后就可以用bitcount命令去得到key含有的1的个数。如果等于7,就是连续登陆了

七天。这样就可以在第七天用户登陆的时间去处理了是否发送礼品了。处理的逻辑是十分简单的。控制器简单逻辑如下:

 1          [HttpPost]
 2         public IActionResult LoginForEveryone()
 3         {
 4             Random rd = new Random();
 5             var tran = _redis.GetTransaction();
 6             for (int i = 0; i < 7; i++)
 7             {
 8                 for (int j = 0; j < 1000; j++)
 9                 {
10                     string activity_key = string.Format("holiday:{0}", j.ToString());
11                     // login 1(true) other 0(false)
12                     if (rd.Next(0,10) > 6)
13                     {
14                         tran.StringSetBitAsync(activity_key, i, true);
15                     }
16                 }                
17             }
18             tran.ExecuteAsync();
19                                    
20             List<int> res = new List<int>();                     
21             for (int i = 0; i < 1000; i++)
22             {
23                 string activity_key = string.Format("holiday:{0}", i.ToString());             
24                 //7 days 
25                 if (_redis.BitCount(activity_key) == 7)
26                 {
27                     res.Add(i);
28                 }
29             }
30             return Json(new { code = "000", data = res, count = res.Count });
31         }

 

  在这里还是用随机数的方法来模拟数据。主要操作有两个,一个是模拟登陆后把当天对应的偏移设置为1(true),另一个是取出用户

登陆的天数。这是一次性模拟操作,与正常情况的登陆操作还是有些许不同的。大致如下:

 1         [HttpPost]
 2         public IActionResult LoginForEveryone()
 3         {
 4             //1.login and get the identify of user
 5             //2.get the Current day and write to redis
 6             string activity_key = string.Format("holiday:{0}", "identify of user");
 7             _redis.SetBit(activity_key, currend day, true);
 8             //3.send gift
 9             if(currend day==7&& _redis.BitCount(activity_key)==7)
10             {
11                 send gift
12             }
13             return ...;
14         }

  回到我们模拟的情况,在界面展示时,模拟登陆后会显示累计登陆用户的id。

 1  <script id="everyoneTpl" type="text/html">
 2         <span>total:{{count}}</span>
 3         <ul>
 4             {{each data as item}}
 5             <li>
 6                 {{item}}
 7             </li>
 8             {{/each}}
 9         </ul>
10     </script>
11     <script>
12         $(function () {
13             $("#btn_everyone").click(function () {
14                 $.ajax({
15                     url: "/Holiday/LoginForEveryone",
16                     dataType: "json",
17                     method:"post",
18                     success: function (res) {
19                         if (res.code == "000") {
20                             var html = template('everyoneTpl', res);
21                             $("#div_everyone").html(html);
22                         }
23                     }
24                 })
25             });
26         })
27     </script>
  
  下面来看看效果:
 
  
  演示中:38、103、234、264、412、529这6位用户将得到连续登陆7天的礼品。
 
 
  方案2 :以天数为维度 
  既然是以天数为维度,那么就要定义7个redis的key用来当作每天的登陆记录,类似:
  

 

  这样的话就要让我们的用户标识是数字才行,如果是用guid做的用户标识就要做一定的处理将其转化成数字,这样方便我们

在给用户设置是否登陆。现在假设我们的用户标识是从1~1000。用户标识对应的就是在key中的偏移量。这时我们就会得到每天

对应的二进制序列,然后就可以用bitop命令去得到逻辑与运算之后的key/value。如果这个key对应偏移量(用户标识)是1,就是

连续登陆了七天,处理的逻辑是十分简单的。控制器简单逻辑如下:

  1         [HttpPost]
  2         public IActionResult LoginForEveryday()
  3         {                        
  4             var tran = _redis.GetTransaction();
  5 
  6             for (int i = 0; i < 7; i++)
  7             {
  8                 for (int j = 0; j < 1000; j++)
  9                 {
 10                     //i day,j userId
 11                     SetBit(i, j, tran);                    
 12                 }
 13             }
 14             tran.Execute();
 15             //get the result
 16             _redis.BitOP(_bitWise, _res, _redisKeys.ToArray());
 17             IList<int> res = new List<int>();
 18             for (int i = 0; i < 1000; i++)
 19             {
 20                 if (_redis.GetBit(_res, i) == true)
 21                 {
 22                     res.Add(i);
 23                 }
 24             }
 25             return Json(new { code = "000", data = res, count = res.Count });
 26         }
 27 
 28 
 29         private void SetBit(int day, int userId, StackExchange.Redis.ITransaction tran)
 30         {            
 31             switch (day)
 32             {
 33                 case 0:
 34                     if (_rd.Next(0, 10) > 3)
 35                     {
 36                         tran.StringSetBitAsync(_first, userId, true);
 37                     }
 38                     else
 39                     {
 40                         tran.StringSetBitAsync(_first, userId, false);
 41                     }
 42                     break;
 43                 case 1:
 44                     if (_rd.Next(0, 10) > 3)
 45                     {
 46                         tran.StringSetBitAsync(_second, userId, true);
 47                     }
 48                     else
 49                     {
 50                         tran.StringSetBitAsync(_second, userId, false);
 51                     }
 52                     break;
 53                 case 2:
 54                     if (_rd.Next(0, 10) > 3)
 55                     {
 56                         tran.StringSetBitAsync(_thrid, userId, true);
 57                     }
 58                     else
 59                     {
 60                         tran.StringSetBitAsync(_thrid, userId, false);
 61                     }
 62                     break;
 63                 case 3:
 64                     if (_rd.Next(0, 10) > 3)
 65                     {
 66                         tran.StringSetBitAsync(_fourth, userId, true);
 67                     }
 68                     else
 69                     {
 70                         tran.StringSetBitAsync(_fourth, userId, false);
 71                     }
 72                     break;
 73                 case 4:
 74                     if (_rd.Next(0, 10) > 3)
 75                     {
 76                         tran.StringSetBitAsync(_fifth, userId, true);
 77                     }
 78                     else
 79                     {
 80                         tran.StringSetBitAsync(_fifth, userId, false);
 81                     }
 82                     break;
 83                 case 5:
 84                     if (_rd.Next(0, 10) > 3)
 85                     {
 86                         tran.StringSetBitAsync(_sixth, userId, true);
 87                     }
 88                     else
 89                     {
 90                         tran.StringSetBitAsync(_sixth, userId, false);
 91                     }
 92                     break;
 93                 case 6:
 94                     if (_rd.Next(0, 10) >3)
 95                     {
 96                         tran.StringSetBitAsync(_seventh, userId, true);
 97                     }
 98                     else
 99                     {
100                         tran.StringSetBitAsync(_seventh, userId, false);
101                     }
102                     break;
103                 default:
104                     break;
105             }
106         }
  
  前台的处理与方案一的一模一样,所以就不贴代码了。下面来看看效果图。
 
  

 

   可能光看效果图没太大意义,还是要看一下redis中的数据来验证一下的。图中取了76和991这两个用户标识(偏移量)来验证。
  

  可以看到76和991这两个偏移量(用户标识)对应的二进制位是1,也验证了其连续登陆了7天。当然,更多的明细数据也贴出来了

一大堆16进制的东西,有兴趣可以去转换成二进制试试。
 
  对这两种方案简单的总结一下:
 
方案 优点 缺点
以用户为维度 1.可以无缝对接,无论用户标识是数字还是其他
2.key对应的数据较少便于观察
随着用户数量的增长,要管理的key会越来越多
以天数为维度 1.有确定数量的key,方便管理
2.key对应的基数大
1.偏移量可能需要根据实际情况处理
2.数据查看不是很清晰
 

  可至于实际中用那种方案更合适,要根据情况来选择。用户量少的时候,可以用第一种方案,也可以用第二种方案,当用户量很大的时候,

建议采用第二种方案,毕竟只要用户数量没有超过43亿,就不会超出其二进制位数的限制。是可以比较放心使用的。

 

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore &nbsp; &nbsp; ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库&nbsp;ECS 实例和一台目标数据库&nbsp;RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&amp;RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
目录
相关文章
|
1月前
|
缓存 NoSQL Java
Redis7的10大应用场景和案例解析
你在项目中使用 Redis 实现了什么应用场景,欢迎一起跟 V 哥讨论。同时也做个小调查,朋多少兄弟是需要了解 Redis 核心源码的,人多的话,下一篇 V 哥写 Redis7的源码分析,人少的话就算了,感谢。
|
1月前
|
存储 监控 NoSQL
【Redis技术专区】「优化案例」谈谈使用Redis慢查询日志以及Redis慢查询分析指南
【Redis技术专区】「优化案例」谈谈使用Redis慢查询日志以及Redis慢查询分析指南
69 0
|
1月前
|
缓存 NoSQL 前端开发
【Redis技术专区】「实战案例」谈谈使用Redis缓存时高效的批量删除的几种方案
【Redis技术专区】「实战案例」谈谈使用Redis缓存时高效的批量删除的几种方案
67 0
|
1月前
|
NoSQL Java 数据库
优惠券秒杀案例 - CAS、Redis+Lua脚本解决高并发并行
优惠券秒杀案例 - CAS、Redis+Lua脚本解决高并发并行
133 0
|
11月前
|
存储 缓存 NoSQL
案例01-修改数据redis没有同步更新
修改数据redis没有同步更新
|
1月前
|
存储 NoSQL 关系型数据库
Redis系列-8.Redis案例实战之Bitmap、Hyperloglog、GEO(下)
Redis系列-8.Redis案例实战之Bitmap、Hyperloglog、GEO
39 0
|
1月前
|
存储 NoSQL 算法
Redis系列-8.Redis案例实战之Bitmap、Hyperloglog、GEO(上)
Redis系列-8.Redis案例实战之Bitmap、Hyperloglog、GEO
58 0
|
7月前
|
消息中间件 缓存 NoSQL
阿里云国际站代理商:Redis实现分布式配置管理的方法与应用案例
@luotuoemo飞机@TG阿里云国际站代理商:Redis实现分布式配置管理的方法与应用案例,为了实现高可用和负载均衡,可以将Redis部署成哨兵集群或集群模式。哨兵负责监控主从节点的状态,发现故障时自动进行故障转移。集群模式可以提高系统的可扩展性,通过添加更多的从节点来分摊负载压力。
|
8月前
24Redis - 事务测试案例
24Redis - 事务测试案例
38 0
|
11月前
|
监控 NoSQL Java
记一次应用访问Redis超时的案例分析
记一次应用访问Redis超时的案例分析
231 2