β

基于redis的点赞功能设计

furion's blog 501 阅读

前言

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

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

直接写入Mysql

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

做两个表即可,

缺点

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

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

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

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

优点

缺点

具体设计

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中, 具体为:

同步刷回数据库

页面展示

总结

作者:furion's blog
行我所思,思我所行
原文地址:基于redis的点赞功能设计, 感谢原作者分享。

发表评论