- 当前位置：首页 >应用开发 >点赞功能，用MySQL还是Redis
点赞功能，用MySQL还是Redis
发布时间：2025-11-02 22:32:59 来源：创站工坊 作者：IT科技类资讯
点赞功能是点赞功能目前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, ...... }常用的查询：
查询用户点赞过的文章 select post_id from star where user_id=? 查询文章的点赞用户 select user_id from star where post_id=?点赞数量可以通过定时异步统计更新到post和user 表中。
数据量不大的时候，这种设计基本可以满足需求了，
缺点：
数据量大时，一张表在查询时压力巨大，需要分表，而不论用post_id还是user_id来hash分表都与我们的需求有冲突，唯一的办法就是做两个表冗余。这增加了存储空间和维护工作量，还可能有一致性问题。2.2 redis方案
当数据量达到上亿的量，上cache是必经的阶段，由于点赞这种动作很随意，很多人看到大拇指就想点，所以数据量增长很快，数据规模上来后，对mysql读写都有很大的压力，云南idc服务商这时就要考虑memcache、redis进行存储或cache。
为什么一般都选择redis， redis作为流行的nosql，有着丰富的数据类型，可以适应多个场景的需求。
采用redis有两种用途，一种是storage，一种是纯cache，需要+mysql一起。纯cache就是把数据从mysql先写入redis，用户先读cache，miss后再拉取MySQL，同时cache做同步。
cache 多数场景二者是同时使用的，并不冲突。
下面说下redis作为storage的方案：
场景a ：显示点赞数量
在点赞的地方，只是显示一个点赞数量，能区分用户是否点赞过，一般用户不关心这个列表，这个场景只要一个数字就可以了，WordPress模板当数量比较大时，一般显示为"7k" ,"10W" 这样。
以文章id为key
//以文章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结构保存，热点的毕竟是少数。
hash 方案优缺点比对
hash：使用了更少的全局key ，节省了内存空间;但是也带来了问题
如何根据文章id路由到对应的hash?
查找一个用户id是在hash还是set?存在不确定性
使用hash虽然节省了空间，但增加了复杂度，如何选择就看个人需求了。
除此之外，你还有其他的方法吗?
3. 数据一致性
redis作为storage使用时，一定要做好数据的持久化，必须开启 rdb 和 aof，这会导致业务只能使用一半的机器内存，所以要做好容量的监控，及时扩容。
另外只要有数据copy，就会有一致性问题，这就是另外一个很重要的话题了。以后有时间再细聊吧!
写在最后：把问题写明白，真不是一件容易的事情，请大家多多关注，留言，谢谢!
前几天写的一篇文章，受到众多同行的热情回复，能和众多同行一起交流，深感荣幸!对于工程类问题，没有标准的方案，一千个人有一千个方案，哪个最适合你只有你自己知道!期待你更好的思路和方法。
- 飞利浦42pf7320（探索飞利浦42pf7320的品质、功能和性能）
- 将windows 7电脑变wifi热点让手机、笔记本共享上网的方法
- 怎样实现 Win 7/Vista 开机自动登录而不用输入密码的问题
- windows 7系统快速定位照片及快速文档查找的方法
- iOS11Beta1（探索iOS11Beta1带来的全面升级和创新特性）
- windows 7 u盘无法识别原因分析及解决
- windows 7系统中怎样在桌面上创建宽带拨号连接的快捷方式
- 联想电脑windows 7系统在BIOS里面启用网卡教程
- 电脑PPT转Word的操作方法和注意事项（简便高效的转换工具及常见问题解决方案）
- windows7系统怎么设置用户账户密码图文教程
- 组装电脑主机的简易教程（一步步教你如何组装自己的电脑主机，轻松实现个性化定制）
- windows 7系统中无法使用远程访问技术VPN的解决方案
- windows 7更换壁纸提示无法将图片设为壁纸的内部错误
- windows 7提示配置windows update失败还原更改怎么办？
- 解决电脑启动风扇错误的方法（常见电脑风扇错误及其解决办法）
- windows 7系统无法加右键启动问题分析及解决方法
- 电脑为什么会黑屏？windows 7电脑黑屏原因总结
- windows 7系统手动清除DNS缓存解决网站异常问题
- JSQ20-10ET10（JSQ20-10ET10）
- 更改windows 7默认字体打造个性化windows 7系统字体
随便看看
- Copyright © 2025 Powered by 点赞功能，用MySQL还是Redis,创站工坊 滇ICP备2023006006号-44sitemap