基于redis实现的点赞功能设计思路详解
127 浏览量
2020-12-16
09:56:22
上传
评论 3
收藏 69KB PDF 举报
基于基于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存放所有被点赞的文章
评论0