redis实现点赞排行榜

思考方式:

        最近一个活动项目本来要实现点赞排行榜的嘛,我是使用nodejs进行服务开发的。在我研究一番之后,最后还不归我这里做。但是研究了,那就研究到底。它是怎么做的呢?

        首先点赞,我们需要考虑到它的频繁操作性。尽量减少数据库的频繁读写,当我接到着问题的时候,我会想这不就是用redis实现嘛!但是实际上呢,因为之前了解redis数据结构,也只是做了简单的string和list类型存取实践,当真的实现现在这需求时,貌似不熟悉别的结构实际使用。那么查看了下redis文档,发现hash结构适合本次的实践。那么hash的结构是什么呢?仔细研究会发现它是一个 key map结构的,map包括key,vlaue。

我现在的目标就是储存当前活动的中发布的作品对应它的点赞数。那么很好看到map就够的key可以为作品标识,value为点赞次数

hset myhash 作品Id 点赞数    // 将作品对应的点赞数存进redis

每次有人对作品点赞了,点赞方法先得到当前的点赞数,在此基础上+1。

         其实做到这一块我就想到了,取消点赞肯定也需要,那么很简单,写一个取消点赞的方法,查出当前点赞的数量,在此基础上-1。

当然这样的方案正常情况下完全没问题。基于后端思维,会多想一下:

两个用户同时对一个作品点赞的时候,首先同时获取到点赞数,并同时修改点赞值value,那么会不会存在点赞数量不对的并发问题呢?(基于数据库并发原理想的)

        其实从社交产品来说,这种点赞数丢失是允许的。那么如果是可以修改的政府投票系统,是会存在这种问题的。

        第一种想法就是加锁,从而解决这个并发问题


那么实现排行榜不仅需要按照点赞数排序,还要获取用户点赞的内容,并且一般要么展示所有,要么分页展示

hgetall myhash    // 获取全部map中的数据
// 显然当前hash满足不了排序,那么只有zset有序无重复数据
zadd key score member     // score为权重, 默认从小到达
zrevranage key start stop        //分页获取

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值