基于redis实现的点赞功能设计思路详解

前言

点赞其实是一个很有意思的功能。基本的设计思路有大致两种, 一种自然是用mysql等

数据库直接落地存储, 另外一种就是利用点赞的业务特征来扔到redis(或memcache)中, 然后离线刷回mysql等。

直接写入Mysql

直接写入Mysql是最简单的做法。

做两个表即可,

1、post_like

记录文章被赞的次数,已有多少人赞过这种数据就可以直接从表中查到;

2、user_like_post

记录用户赞过了哪些文章, 当打开文章列表时,显示的有没有赞过的数据就在这里面;

缺点

1、数据库读写压力大

热门文章会有很多用户点赞,甚至是短时间内被大量点赞, 直接操作数据库从长久来看不是很理想的做法。

redis存储随后批量刷回数据库

redis主要的特点就是快, 毕竟主要数据都在内存嘛;

另外为啥我选择redis而不是memcache的主要原因在于redis支持更多的数据类型, 例如hash, set, zset等。

下面具体的会用到这几个类型。

优点

1、性能高

2、缓解数据库读写压力

其实我更多的在于缓解写压力, 真的读压力, 通过mysql主从甚至通过加入redis对热点数据做缓存都可以解决,

写压力对于前面的方案确实是不大好使。

缺点

1、开发复杂

这个比直接写mysql的方案要复杂很多, 需要考虑的地方也很多;

2、不能保证数据安全性

redis挂掉的时候会丢失数据, 同时不及时同步redis中的数据, 可能会在redis内存置换的时候被淘汰掉;

不过对于我们点赞而已, 稍微丢失一点数据问题不大;

具体设计

Mysql设计

这一块和写入写mysql是一样的,毕竟是要落地存储的。

所以还是同样的需要post_like, user_like_post这两表存储文章被点赞的个数(等统计), 用户对那些文章点了赞(取消赞)。

这两表分别通过post_id, user_id进行关联。

redis设计部分:

post_set

在redis中弄一个set存放所有被点赞的文章

post_user_like_set_{$post_id}

对每个post以post_id作为key, 搞一个set存放所有对该post点赞的用户;

post_user_like_{$post_id}_{$user_id}

将每个用户对每个post的点赞情况放到一个hash里面去, hash的字段就

随意跟进需求来处理就行了。

为啥用hash

只所以用hash是因为完全可以用hash来存储一个点赞的对象, 对应数据库的一行记录。

当然有同学会说用key, value也可以, 将所有的数据序列化(json_encode等)

后全部放到value里面去。 反复序列化也是一个很大的开销不是, hash可以很

方便的修改某个字段, 而序列化和反序列化的操作。

post_{$post_id}_counter

对每个post维护一个计数器, 用来记录当前在redis中的点赞数,

这里我们只用counter记录尚未同步到mysql中的点赞数(可以为负), 每次

刷回mysql中时将counter中的数据和数据库已有的赞数相加即可。

用户点赞/取消赞

获取user_id, post_id, 查询该用户是否已经点过赞, 已点过则不允许再次点赞,

或者设计为前端允许用户点, 只是后台不重复计算;

这里需要注意的是用户点赞的记录可能在数据库中, 也可能在缓存中, 所以查询的时候

缓存和数据库都要查询, 缓存没有再查询数据库。

将用户的点赞/取消赞的情况记录在redis中, 具体为:

1、写入post_set

post_id写入post_set

2、写入post_user_like_set_{$post_id}

user_id写入post_user_like_set_{$post_id}

3、写入post_user_like_{$post_id}_{$user_id}

将用户点赞数据, 例如赞状态, post_id, user_id, ctime(操作时间), mtime(修改时间)写入post_user_like_{$post_id}_{$user_id}

4、更新post_{$post_id}_counter

更新post_{$post_id}_counter, 这里的更新稍晚复杂一点, 需要和前面一样先获取当前用户是否对这个post点过赞

如果点过, 并且本次是取消赞, counter减一, 如果没点过, 本次是点赞, counter加一。

如果原来是取消赞的情况, 本次是点赞, counter加一。

同步刷回数据库

循环从post_set中pop出来一个post_id至到空

根据{$post_id} , 每次从post_user_like_set_{$post_id}中pop出来一个user_id直到空

根据post_id, user_id, 直接获取对应的hash表的内容(post_user_like_{$post_id}_{$user_id}

将hash表中的数据写入user_like_post表中

post_{$post_id}_counter中的数据和post_like中的数据相加, 将结果写入到post_like表中

页面展示

1、查询用户点赞情况

前面已经说过, 需要同时查询redis和mysql

2、查询post点赞统计

同样需要查询redis中的post_{$post_id}_counter和mysql的post_like表, 并将两者相加

得到的结果才是正确的结果

总结

解决了mysql读写的问题

但没有针对用户量较大的场景考虑分表的设计, 可以考虑针对user_id或者post_id进行分表

好了,以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对我们的支持。

(0)

相关推荐

  • php+mysql结合Ajax实现点赞功能完整实例

    本文实例讲述了php+mysql结合Ajax实现点赞功能的方法.分享给大家供大家参考.具体如下: 要实现点赞功能,有多种实现方式,这里总结一下利用Ajax,php和mysql来实现点赞的数据的功能.具体步骤如下: 一.页面中的HTML代码部分: <span>0</span> <button onclick="goodplus(1);">good+1</button> <span>0</span> <butto

  • 基于redis实现的点赞功能设计思路详解

    前言 点赞其实是一个很有意思的功能.基本的设计思路有大致两种, 一种自然是用mysql等 数据库直接落地存储, 另外一种就是利用点赞的业务特征来扔到redis(或memcache)中, 然后离线刷回mysql等. 直接写入Mysql 直接写入Mysql是最简单的做法. 做两个表即可, 1.post_like 记录文章被赞的次数,已有多少人赞过这种数据就可以直接从表中查到; 2.user_like_post 记录用户赞过了哪些文章, 当打开文章列表时,显示的有没有赞过的数据就在这里面; 缺点 1.

  • redis实现共同好友的思路详解

    背景 ​ 微信朋友圈的点赞.评论,只能看到自己好友的信息.这就涉及到了一个共同好友的概念,通过redis的set集合可以很轻松的实现此功能. 共同好友实现思路 每个人的好友存放在set集合中.key的名字为friend_{userId}.如下图: 用户1的好友为2,3,4 用户2的好友为1,3,4 用户3的好友为1,4,5 交集 用户1和2是好友.他们的共同好友可以通过他们的交集获取. redis命令示例: 127.0.0.1:6379> sadd friend_1 2 3 4 (integer

  • 基于Redis结合SpringBoot的秒杀案例详解

    目录 1.构建SpringBoot项目 2.启动类 3.在Controller层里定义秒杀接口 4.在Service层里通过lua脚本实现秒杀效果 5.配置redis连接参数 6.演示秒杀效果 6.1 准备redis环境 6.2 启动项目 6.3 多线程形式发起秒杀请求 1.构建SpringBoot项目 搭建名为quickbuy的springboot项目,相关的依赖包如下所示: <?xml version="1.0" encoding="UTF-8"?>

  • 基于Numpy.convolve使用Python实现滑动平均滤波的思路详解

    ​ 1.滑动平均概念 滑动平均滤波法(又称递推平均滤波法),时把连续取N个采样值看成一个队列 ,队列的长度固定为N ,每次采样到一个新数据放入队尾,并扔掉原来队首的一次数据.(先进先出原则)  把队列中的N个数据进行算术平均运算,就可获得新的滤波结果.N值的选取:流量,N=12:压力:N=4:液面,N=4~12:温度,N=1~4 优点:  对周期性干扰有良好的抑制作用,平滑度高  适用于高频振荡的系统 缺点:  灵敏度低  对偶然出现的脉冲性干扰的抑制作用较差  不易消除由于脉冲干扰所引起的采样

  • redis 实现登陆次数限制的思路详解

    title: redis-login-limitation  利用 redis 实现登陆次数限制, 注解 + aop, 核心代码很简单. 基本思路 比如希望达到的要求是这样: 在 1min 内登陆异常次数达到5次, 锁定该用户 1h 那么登陆请求的参数中, 会有一个参数唯一标识一个 user, 比如 邮箱/手机号/userName 用这个参数作为key存入redis, 对应的value为登陆错误的次数, string 类型, 并设置过期时间为 1min. 当获取到的 value == "4&qu

  • 基于Vue实现图片在指定区域内移动的思路详解

    当图片比要显示的区域大时,需要将多余的部分隐藏掉,我们可以通过绝对定位来实现,并通过动态修改图片的left值和top值从而实现图片的移动.具体实现效果如下图,如果我们移动的是div 实现思路相仿. 此处需要注意的是 我们在移动图片时,需要通过draggable="false" 将图片的 <img src="/static/pano-dev/test/image-2.jpg" draggable="false" />,否则按下鼠标监听o

  • 基于Android studio3.6的JNI教程之helloworld思路详解

    jdk环境变量配置: path中增加下面2个路径,也就是android studio的路径,android有自带的jdk. E:\Android\Android Studio\jre\bin E:\Android\Android Studio\bin 新建工程: 一定要选择Native c++类型,最后要选c++11支持. SDK设置: File->Settings File->Project Structure 首先确定工程的目录结构,然后尝试运行一下工程,使用模拟器,确保工程没问题, 在M

  • 基于Go和PHP语言实现爬楼梯算法的思路详解

    爬楼梯(Climbing-Stairs) 题干: 假设你正在爬楼梯.需要 n 阶你才能到达楼顶.每次你可以爬 1 或 2 个台阶.你有多少种不同的方法可以爬到楼顶呢?注意:给定 n 是一个正整数.示例 1:  输入: 2  输出: 2  解释: 有两种方法可以爬到楼顶.  1. 1 阶 + 1 阶  2. 2 阶示例 2:  输入: 3  输出: 3  解释: 有三种方法可以爬到楼顶.  1. 1 阶 + 1 阶 + 1 阶  2. 1 阶 + 2 阶  3. 2 阶 + 1 阶来源:力扣 这题

  • 基于Pytorch版yolov5的滑块验证码破解思路详解

    前言 本文将使用pytorch框架的目标识别技术实现滑块验证码的破解.我们这里选择了yolov5算法 例:输入图像 输出图像 可以看到经过检测之后,我们能很准确的定位到缺口的位置,并且能得到缺口的坐标,这样一来我们就能很轻松的实现滑动验证码的破解. 一.前期工作 yolov系列是常用的目标检测算法,yolov5不仅配置简单,而且在速度上也有不小的提升,我们很容易就能训练我们自己的数据集. YOLOV5 Pytorch版本GIthub网址感谢这位作者的代码. 下载之后,是这样的格式 ---data

  • AutoJs实现刷宝短视频的思路详解

    Auto.js 是个基于 JavaScript 语言运行在Android平台上的脚本框架.Auto.js主要工作原理是基于辅助服务AccessibilityService. 今天主要和大家分享一下刷刷刷过程中提示直播的窗体关闭问题, 我的手机判断一下android.widget.RelativeLayout控件的数量.9个是正常的超过了就是有直播提醒.当然不同的手机可能不一样,大家自己修改一下吧! let liveVideo=className ("android.widget.Relative

随机推荐