论坛首页 精选版块
移动开发
iOSAndroidQtWP
云计算
IaaSPass/SaaS分布式计算/Hadoop
Java技术
Java SEJava Web 开发Java EEJava其他相关
.NET技术
.NET FrameworkC#.NET分析与设计ASP .NETVB .NET
Web开发
PHPJavaScriptASPHTML(CSS)HTML5Apache
开发语言/框架
DelphiVC/MFCVBC/C++C++ Builder其他开发语言
数据库开发
MS-SQL ServerOraclePowerBuilderInformatica其他数据库开发
硬件/嵌入式开发
嵌入开发(WinCE)驱动开发/核心开发硬件设计单片机/工控汇编语言VxWorks开发
Linux/Unix社区
系统维护与使用区应用程序开发区内核源代码研究区驱动程序开发区CPU和硬件区
 论坛牛人 排行榜 论坛地图 论坛任务 论坛帮助 我要发贴
CSDN论坛 > 其他技术论坛 > 高性能WEB开发

“点赞”功能的高并发问题 [问题点数：20分]

更多帖子
私信 空间 博客
求道者
Bbs1
本版专家分：0
结帖率 93.33%
现在实现了点赞功能，主要涉及了两个表，一个保存被点的数量，另一个是某一个对哪些点了赞。现在的问题是每次点赞都会进行数据的读写操作（特别是写），并发的话会导致数据库压力太大，请问如何解决？谢谢。
回复数 26 只看楼主 引用 举报 楼主
更多帖子
私信 空间 博客
yanghongjy
Bbs1
本版专家分：0
点赞的功能是加哪里？
帖子，图片？
能不能取消上面的两个表
在帖子的表里面加一个字段，点赞数量
上记录锁

另一个是某一个对哪些点了赞
这个是用户点了哪些赞
这个表很恐怖
而且上千以后，分页什么。
你有耐心看完吗？
只看TA 引用 举报 #1    得分 0
general_zy
Bbs1
本版专家分：0
你记录是根据IP记录还是用户登录记录的了？
只看TA 引用 举报 #2    得分 0
sweat89
Bbs1
本版专家分：0
点赞这个东西就不要用关系数据库拉~~
只看TA 引用 举报 #3    得分 0
更多帖子
私信 空间 博客
名字什么的最讨厌
Bbs1
本版专家分：0
同意二楼的说发，取消点赞的两个表完全可行，上记录锁也很重要，我觉得最好根据点赞字段加上partition
只看TA 引用 举报 #4    得分 0
更多帖子
私信 空间 博客
onelee
Bbs1
本版专家分：0
楼主的问题是如何解决写入数据库压力大的问题吧？ 不是写哪个表的问题？
并发量有多大？高峰低峰？实时性要求有多强？
1.不写入数据库， 写入缓存  memcached redis， 然后再异步持久
2.写入数据库， 数据集群优化， 分库分区什么的，或者改用非关系型数据库 nosql
3.用队列来抗压
具体还要看实际业务场景，然后逐步调优的
只看TA 引用 举报 #5    得分 0
更多帖子
私信 空间 博客
求道者
Bbs1
本版专家分：0
引用 2 楼 zy353003874 的回复:
你记录是根据IP记录还是用户登录记录的了？

根据用户登录的
只看TA 引用 举报 #6    得分 0
general_zy
Bbs1
本版专家分：0
可以考虑利用缓存吧，或者是你一天结束之后再将数据库更新
只看TA 引用 举报 #7    得分 0
更多帖子
私信 空间 博客
求道者
Bbs1
本版专家分：0
引用 5 楼 Onelee 的回复:
楼主的问题是如何解决写入数据库压力大的问题吧？ 不是写哪个表的问题？
并发量有多大？高峰低峰？实时性要求有多强？
1.不写入数据库， 写入缓存  memcached redis， 然后再异步持久
2.写入数据库， 数据集群优化， 分库分区什么的，或者改用非关系型数据库 nosql
3.用队列来抗压
具体还要看实际业务场景，然后逐步调优的

听着这个策略好像可行，但有个问题，由于涉及两个表，在缓存操作时，怎么保证原子性（两个表都要同时全部保存成功才行）？
只看TA 引用 举报 #8    得分 0
私信 空间 博客
埃尔库鲁斯
Bbs1
本版专家分：0
引用 1 楼 yanghongjy 的回复:
点赞的功能是加哪里？
帖子，图片？
能不能取消上面的两个表
在帖子的表里面加一个字段，点赞数量
上记录锁

另一个是某一个对哪些点了赞
这个是用户点了哪些赞
这个表很恐怖
而且上千以后，分页什么。
你有耐心看完吗？
哪些点过赞最主要的作用是记录谁点过什么资源的赞，点赞不可重复，另一个作用就是做个记录。你就把点赞记录做个列表给用户看？
只看TA 引用 举报 #9    得分 0
更多帖子
私信 空间 博客
yanghongjy
Bbs1
本版专家分：0
引用 9 楼 u010898238 的回复:
哪些点过赞最主要的作用是记录谁点过什么资源的赞，点赞不可重复，另一个作用就是做个记录。你就把点赞记录做个列表给用户看？

好吧，不重复点赞需求省不了。
这个用 5 楼的
写入数据库， 数据集群优化， 分库分区什么的，或者改用非关系型数据库 nosql
用队列来抗压
原子性调事务
只看TA 引用 举报 #10    得分 0
micro19890
Bbs1
本版专家分：0
支持redis
只看TA 引用 举报 #11    得分 0
lgycy
Bbs1
本版专家分：0
redis不会用，
只看TA 引用 举报 #12    得分 0
andy_liucj
Bbs1
本版专家分：0
我记得新浪微薄就是用的redis或者ｍｅｍｃａｃｈｅｄ来实现阅读数功能的
只看TA 引用 举报 #13    得分 0
更多帖子
私信 空间 博客
Jaaaaaaaava
Bbs1
本版专家分：0
这个问题我现在也在研究
应为我现在也是这样
还有在                查询类似关注好友微博

假设每页 20条
每条微博  都有点赞  所以当前用户 每次都要 匹配是否点赞过当前微博 从而显示不同的图标
我的表设计跟你是一样的 所以现在这样查询起来  发出的语句特别多
不知道你现在有没有好点的解决方法
只看TA 引用 举报 #14    得分 0
更多帖子
私信 空间 博客
ahopedog
Bbs1
本版专家分：0
还有个笨笨的方法，点击一下LOG4J记一个日志，后台一个任务再慢慢处理。单线程处理觉不会出问题。
只看TA 引用 举报 #15    得分 0
更多帖子
私信 空间 博客
joyhen
Bbs1
本版专家分：0
一点建议：
是否可以重复点赞（一般只是一次动作就结束了），如果一次动作，ui上确切说js处理上，应该点击后禁掉，防止重复提交；
后台处理上用一个线程，为保障资源最大化，建议看此文：http://www.codeproject.com/Articles/821220/Throwing-a-Great-Block
只看TA 引用 举报 #16    得分 0
更多帖子
私信 空间 博客
skyw941
Bbs1
本版专家分：0
点赞的人应该不用展开，你设一个字段就行，把点赞的ID加起来，超过多少长度就不加了，这个子段可以和点赞数量放一张表里。
只看TA 引用 举报 #17    得分 0
更多帖子
私信 空间 博客
ydm305365
Bbs1
本版专家分：0
我们现在的点赞和取消赞，我们前面放redis ,中间放activemq,后面放数据库，压力到不是问题，点赞时，首先检查该用户是否对该内容点过赞，如果有，就提示你点过赞了，如果没有那么在redis记录用户和该内容的赞关系，然后发消息到activemq 中去处理后续事情，但是现在遇到一个问题，如果我对一个内容点赞了，发消息到后面去处理，但这个时候，假如因为什么事情卡住了，或者处理慢了，用户马上又取消了赞，也发消息到后面去处理了，但这个时候的顺序就出现问题了，我取消赞的逻辑先走完，赞的逻辑在去处理，那这样问题就出现了，我本来对该条数据已经取消赞了，可能数据库了还记录着你对该条内容是点赞的状态，我现在有一种方案去解决这种问题，就是从赞队列取数据处理时，把该条数据放入一个redis set 中，处理完了在从set 中删除了，那么取消赞队列的时候去检测 刚刚队列是否有该内容，如果有说明我还没处理完，那么取消暂时等待，如此。但我总感觉此中方案不理想，请问各位是否有好的方案。
只看TA 引用 举报 #18    得分 0
更多帖子
私信 空间 博客
小在在
Bbs1
本版专家分：0
Blank
蓝花 2014年7月 PHP大版内专家分月排行榜第三
引用 18 楼 ydm305365 的回复:
我们现在的点赞和取消赞，我们前面放redis ,中间放activemq,后面放数据库，压力到不是问题，点赞时，首先检查该用户是否对该内容点过赞，如果有，就提示你点过赞了，如果没有那么在redis记录用户和该内容的赞关系，然后发消息到activemq 中去处理后续事情，但是现在遇到一个问题，如果我对一个内容点赞了，发消息到后面去处理，但这个时候，假如因为什么事情卡住了，或者处理慢了，用户马上又取消了赞，也发消息到后面去处理了，但这个时候的顺序就出现问题了，我取消赞的逻辑先走完，赞的逻辑在去处理，那这样问题就出现了，我本来对该条数据已经取消赞了，可能数据库了还记录着你对该条内容是点赞的状态，我现在有一种方案去解决这种问题，就是从赞队列取数据处理时，把该条数据放入一个redis set 中，处理完了在从set 中删除了，那么取消赞队列的时候去检测 刚刚队列是否有该内容，如果有说明我还没处理完，那么取消暂时等待，如此。但我总感觉此中方案不理想，请问各位是否有好的方案。


这样是不是会有一个数据处理延时的问题？？比如你取消赞进入了队列，这个时候数据还没有处理，但其它的用户此时看到的还是包含你之前赞过的数据
只看TA 引用 举报 #19    得分 0
更多帖子
私信 空间 博客
zihua2005
Bbs1
本版专家分：0
      redis我也是用这个来实现的点赞,点赞时候把点赞的唯一标示 加redis的前缀作为键,值就是点赞的数量了,注意同步,注意redis里数据的更新,关键点掌握就可以了!
1.redis数据是否要放到自己的库中,如果需要要定时把redis数据更新到自己数据库表中
2.如果记了两份 那重启程序时 数据库表记录要和redis数据进行对比,把redis没有的数据进行添加,有数据但是 redis 点赞数少的进行更新.
redis其实可看作缓存 也可看作库!
只看TA 引用 举报 #20    得分 0
HelloNet
Bbs1
本版专家分：0
版主
多大访问量对这个要求这么高？一般的站点没必要考虑那么多吧呵呵。
只看TA 引用 举报 #21    得分 0
更多帖子
私信 空间 博客
pricks
Bbs1
本版专家分：0
一般除了redis或memcached，还能怎样呢？自己开发个新的东东？要么还是基于文件的，要么还是基于内存的
顶多在后端加上异步消息机制罢了
只看TA 引用 举报 #22    得分 0
更多帖子
私信 空间 博客
healer_kx
Bbs1
本版专家分：0
Blank
黄花 2006年2月 C/C++大版内专家分月排行榜第二
引用 5 楼 Onelee 的回复:
楼主的问题是如何解决写入数据库压力大的问题吧？ 不是写哪个表的问题？
并发量有多大？高峰低峰？实时性要求有多强？
1.不写入数据库， 写入缓存  memcached redis， 然后再异步持久
2.写入数据库， 数据集群优化， 分库分区什么的，或者改用非关系型数据库 nosql
3.用队列来抗压
具体还要看实际业务场景，然后逐步调优的


赞同这种办法，
一般我会再加入Gearman这种东西，来帮你进行异步的写入MySQL。
只看TA 引用 举报 #23    得分 0
geodetic
Bbs1
本版专家分：0
需要分布式就上redis，如果规模不大只是单机，直接缓存在jvm中即可。
只看TA 引用 举报 #24    得分 0
更多帖子
私信 空间 博客
okkk
Bbs1
本版专家分：0
我正打算做这个：
 每个地址提供一个编号【或则直接就是URL地址】 - urlID
 每个用户有一个唯一的ID -userid

一个Hash数据库    key =  userid + urlID       存在该key表示关注，不存在，表示没有关注。
         该Hash数据库可以用userid进行分布式【负载均衡】，并发量可以保证 10 0000笔/S

Hash数据库为主表，在判断关注有效的情况下，向另一个以urlid为主键的文件发送日志： urlid userid  operate 
          operate包括     关注  取消关注   数量读取  等，改日志记录与第3步的表向对应。operate可能会有很多
           对于 关注  取消关注  需要以appendfile的方式记录到文件  【append方式的瓶颈在磁盘速度，或网卡速度】

最后修改urlid为主键的表，获得当前有效的总赞数。
         该表应该是标准的列数据库，用url地址的hash值进行分布式管理
只看TA 引用 举报 #25    得分 0
私信 空间 博客
qq_23238511
Bbs1
本版专家分：0
写并发一般都是加队列进行控制的，比如zeromq，rabiitmq，如果前端用户连续操作这种问题，可以在前端页面限制啊。。服务器响应总归是有时延的。
只看TA 引用 举报 #26    得分 0