|
|
|
|
移动端

澳门美高梅注册:点赞功能,用MySQL还是Redis

本文来源:http://www.ssb69.com/www_hexun_com/

菲律宾申博直营现金网,  其二,喜欢热闹,并且喜欢追求刺激。香港代购,1克拉,颜色H,超炫钻戒89000元。点击图片,进入下一页这辆小汽车与大卡车的差异接近于天狮星与我们太阳的差异,明亮的天狮星位于天狮座正中间,质量是太阳的3.5倍。玲玲告诉记者,她也感到很遗憾,没有当面跟救命恩人说声“谢谢”,其实内心非常感激他们,可就是鼓不起勇气去表达,有时想起来很难过。

  朝鲜半岛自沦为日本殖民地以后,抗日斗争从未停止。  办案民警说,这次抓捕过程中有很多不确定性。之后,民警又根据石某的指认,在海口市中山南路某处的垃圾桶内找到作案用匕首一把。本网站将对您所提供的资料进行严格的管理及保护,本网站将使用相应的技术,防止您的个人资料丢失、被盗用或遭窜改。

道理很简单,因为空心蔡一直看好希拉里当选总统,结果特朗普当选上了,于情于理来说特朗普能给空心菜好脸色才怪。点击图片进入下一页图为庆城职业中专与甘肃泽远教育专修学院签订的联合办学协议,其中明确高圆圆所在的计算机技术应用专业大专毕业证发证学校为郑州电子信息技术职业学院。  民警还发现,3名女子并不是用本人的身份证办理的入住。  独家声明:本文由作者独家授权新浪网,未经允许不得转载。

点赞功能是目前app开发基本的功能,今天我们就来聊聊 点赞、评论、收藏等这些场景的db数据库设计问题,

作者:一起web编程来源:今日头条|2020-05-11 17:00

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

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

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

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

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

点赞功能,用mysql还是redis?
头条的点赞
点赞功能,用mysql还是redis?
微博的点赞

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

2.1 mysql方案

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

  1. 文章表 
  2.  
  3. create table post { 
  4.  
  5.         post_id int(11) NOT NULL AUTO_INCREMENT, 
  6.  
  7.         ...... 
  8.  
  9.         star_num int(11) COMMENT '点赞数量' 
  10.  
  11.  
  12. 用户表 
  13.  
  14. create table user { 
  15.  
  16.         user_id int(11) NOT NULL AUTO_INCREMENT, 
  17.  
  18.         ...... 
  19.  
  20.         star_num int(11) COMMENT '点赞数量' 
  21.  
  22.  
  23. 点赞表 
  24.  
  25. create table star { 
  26.  
  27.         id int(11) NOT NULL AUTO_INCREMENT, 
  28.  
  29.         post_id, 
  30.  
  31.         user_id, 
  32.  
  33.         ...... 
  34.  

常用的查询:

  1. 查询用户点赞过的文章 select post_id from star where user_id=?  
  2. 查询文章的点赞用户 select user_id from star where post_id=? 

点赞数量可以通过定时异步统计更新到post和user 表中。

数据量不大的时候,这种设计基本可以满足需求了,

缺点:

  • 数据量大时,一张表在查询时压力巨大,需要分表,而不论用post_id还是user_id来hash分表都与我们的需求有冲突,唯一的办法就是做两个表冗余。这增加了存储空间和维护工作量,还可能有一致性问题。

2.2 redis方案

当数据量达到上亿的量,上cache是必经的阶段,由于点赞这种动作很随意,很多人看到大拇指就想点,所以数据量增长很快,数据规模上来后,对mysql读写都有很大的压力,这时就要考虑memcache、redis进行存储或cache。

为什么一般都选择redis, redis作为流行的nosql,有着丰富的数据类型,可以适应多个场景的需求。

采用redis有两种用途,一种是storage,一种是纯cache,需要+mysql一起。纯cache就是把数据从mysql先写入redis,用户先读cache,miss后再拉取MySQL,同时cache做同步。

点赞功能,用mysql还是redis?
cache

多数场景二者是同时使用的,并不冲突。

下面说下redis作为storage的方案:

场景a :显示点赞数量

在点赞的地方,只是显示一个点赞数量,能区分用户是否点赞过,一般用户不关心这个列表,这个场景只要一个数字就可以了,当数量比较大时,一般显示为"7k" ,"10W" 这样。

以文章id为key

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

场景b:点赞去重,避免重复点赞

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

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

点赞功能,用mysql还是redis?
用户中心点赞列表

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

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

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

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

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

点赞功能,用mysql还是redis?
帖子点赞列表

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

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

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

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

点赞功能,用mysql还是redis?
hash

方案优缺点比对

hash:使用了更少的全局key ,节省了内存空间;但是也带来了问题

如何根据文章id路由到对应的hash?

查找一个用户id是在hash还是set?存在不确定性

使用hash虽然节省了空间,但增加了复杂度,如何选择就看个人需求了。

除此之外,你还有其他的方法吗?

3. 数据一致性

redis作为storage使用时,一定要做好数据的持久化,必须开启 rdb 和 aof,这会导致业务只能使用一半的机器内存,所以要做好容量的监控,及时扩容。

另外只要有数据copy,就会有一致性问题,这就是另外一个很重要的话题了。以后有时间再细聊吧!

写在最后:把问题写明白,真不是一件容易的事情,请大家多多关注,留言,谢谢!

前几天写的一篇文章,受到众多同行的热情回复,能和众多同行一起交流,深感荣幸!对于工程类问题,没有标准的方案,一千个人有一千个方案,哪个最适合你只有你自己知道!期待你更好的思路和方法。

【编辑推荐】

  1. 小米刘绍辉:从MySQL迁移到NoSQL的HBase实践
  2. QCon2014演讲预告:大规模运营Redis的经验@京东
【责任编辑:未丽燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢
24H热文
一周话题
本月获赞

订阅专栏+更多

思科交换网络安全指南

思科交换网络安全指南

安全才能无忧
共5章 | 思科小牛

78人订阅学习

云计算从入门到上瘾

云计算从入门到上瘾

传统IT工程师的转型
共26章 | 51CTO阿森

239人订阅学习

从头解锁Python运维

菲律宾申博直营现金网从头解锁Python运维

多维度详解
共19章 | 叱诧少帅

353人订阅学习

视频课程+更多

华为HCIP(HCNP)精品课程-Wakin出品

华为HCIP(HCNP)精品课程-Wakin出品

讲师:谢斌140人学习过

VMware vSAN超融合基础架构设计

VMware vSAN超融合基础架构设计

讲师:王琦5467人学习过

强哥带你精通zabbix监控

强哥带你精通zabbix监控

讲师:周玉强31018人学习过

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微

申博娱乐网登入 太阳城娱乐138申博直营网 菲律宾太阳网址登入 99真人娱乐成登入 申博娱乐官网 申博官方太阳城赌场直营网
申博亚洲娱乐官网直营 申博手机版下载客户端 www.msc33.com 网上百家乐登入 申博怎么申请提款 菲律宾申博官网怎么登入
申博登录不了 申博娱乐开户 申博线路检测 太阳城开户 申博游戏手机网址 申博在线咨询登入