当前位置：首页 > 文章列表 > 数据库 > MySQL > 点赞功能，你用 MySQL 还是 Redis ？

点赞功能，你用 MySQL 还是 Redis ？

来源：SegmentFault 2023-01-21 08:33:27 0浏览收藏

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《点赞功能，你用 MySQL 还是 Redis ？》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下MySQL、Redis、数据库、数据库设计、经验，希望所有认真读完的童鞋们，都有实质性的提高。

作者：一起web编程
链接：www.toutiao.com/i6825148720728769028

点赞功能是目前app开发基本的功能

今天我们就来聊聊点赞、评论、收藏等这些场景的db数据库设计问题。

1. 我们先来看看场景的需求：

显示点赞数量
判断用户是否点过赞，用于去重，必须的判断
显示个人点赞列表，一般在用户中心
显示文章点赞列表

我们先看一下头条和微博的例子

这两个都是具有顶级流量的，后端肯定有复杂的架构，我们今天只谈大众化的方案。

方案

2.1 mysql方案

mysql方案, 随着nosql的流行，大数据的持续热点，但是mysql仍然不可替代，对于大多数的中小项目，低于千万级的数据量，采用mysql分表+cache，是完全可以胜任的，而且稳定性是其他方案无可比拟的：

-- 文章表

create table post {
        post_id int(11) NOT NULL AUTO_INCREMENT,

        ......

        star_num int(11) COMMENT '点赞数量'
}

-- 用户表

create table user {
        user_id int(11) NOT NULL AUTO_INCREMENT,

        ......

        star_num int(11) COMMENT '点赞数量'
}

-- 点赞表

create table star {
        id int(11) NOT NULL AUTO_INCREMENT,

        post_id,

        user_id,

        ......
}

常用的查询：

查询用户点赞过的文章

//以文章id=888为例 
127.0.0.1:6379[2]> set star:tid:888 898 //设置点赞数量 
OK 
127.0.0.1:6379[2]> incr star:tid:888 //实现数量自增 (integer) 
899

场景b：点赞去重，避免重复点赞

要实现这个需求，必须有文章点赞的uid列表，以uid为key场景c：一般在用户中心，可以看到用户自己的点赞列表

这个需求可以使用场景b的数据来实现。

场景d：文章的点赞列表，类似场景b，以文章id为key

//以文章id=888为例 
127.0.0.1:6379[2]> sadd star:list:tid:888 123 456 789  //点赞uid列表 (integer) 
3 
127.0.0.1:6379[2]> sismember star:list:tid:888 456  //判断是否点赞 (integer) 
1

点赞的地方，如果点赞过显示红色，没有则显示黑白色，

今日头条是没有地方可以看到点赞列表的，而微博点进去，详情页可以看到点赞列表，但是只会显示最近的几十条，没有分页显示。

如下图，我选了一条热点，拥有众多粉丝的“猪猪”

可能有人觉得，点赞列表没人关心，存储又会浪费大量资源，不如不存！但是，这个数据是必须要有的。两点：

a. 去重。点赞数可以不精确，但去重必须是精确的，

b.另外一个社交产品，用户行为的一点一滴都需要记录，对于后续的用户行为分析和数据挖掘都是有意义的。

上面使用string存储的用户点赞数量，除了string，还可以用hash来存储，对文章id分块，每100个存到一个hash，分别存入hash table，每个文章id为hash的一个key，value存储点赞的用户id，如果点赞用户很多，避免id过多产生性能问题，可以单列出来，用sorted set结构保存，热点的毕竟是少数。