热门排行榜-redis实现

      最近项目架构升级，主要对性能方面进行升级。之前热门排行榜是通过对点赞量，阅读量，收藏量等一系列的数据在DB通过计算查出来的，效率方面不太好。因此考虑对该功能进行升级优化，并且添加周期性排行榜如月排行，总排行。

      在引入缓存之后首先考虑的是通过缓存实现热门排行榜的功能，但是考虑到首次引入缓存担心缓存出现问题导致功能不可用。所以在做方案的时候，采用优先使用缓存，如果缓存不可用则走DB。因此DB的设计也需要进行优化。

为方便理解，先将活跃度变化（也就是点赞，收藏，阅读，之后的对应数量的更新）流程图记录下：

       以点赞操作为例，点赞之后没有直接去更新DB活跃度表的数据量，而是去更新缓存中数据（hash）对应的点赞数，因为在操作频繁的情况下更新缓存会比更新DB效率快很多。并且将缓存中被更新数据的key记录下来，记录在redis中设置5分钟过期时间，并且通过setnx命令进行写入，也就是如果该key还没过期你是保存不成功的。这么做的目的是只是把这一步当作一个屏障挡在写入消息之前，只有保存成功才可以进行写入消息，以免频繁的写入消息，如果保存key成功则写入消息，消息的消费端延迟1秒钟去读取消息，其实这就类似于一个周期为1秒的定时任务，读取消息之后可以从消息体中获取key，并通过该key去缓存中找到对应的数据，将数据同步至DB。

     该流程我理解为一个“伪同