最近项目架构升级,主要对性能方面进行升级。之前热门排行榜是通过对点赞量,阅读量,收藏量等一系列的数据在DB通过计算查出来的,效率方面不太好。因此考虑对该功能进行升级优化,并且添加周期性排行榜如月排行,总排行。
在引入缓存之后首先考虑的是通过缓存实现热门排行榜的功能,但是考虑到首次引入缓存担心缓存出现问题导致功能不可用。所以在做方案的时候,采用优先使用缓存,如果缓存不可用则走DB。因此DB的设计也需要进行优化。
为方便理解,先将活跃度变化(也就是点赞,收藏,阅读,之后的对应数量的更新)流程图记录下:
以点赞操作为例,点赞之后没有直接去更新DB活跃度表的数据量,而是去更新缓存中数据(hash)对应的点赞数,因为在操作频繁的情况下更新缓存会比更新DB效率快很多。并且将缓存中被更新数据的key记录下来,记录在redis中设置5分钟过期时间,并且通过setnx命令进行写入,也就是如果该key还没过期你是保存不成功的。这么做的目的是只是把这一步当作一个屏障挡在写入消息之前,只有保存成功才可以进行写入消息,以免频繁的写入消息,如果保存key成功则写入消息,消息的消费端延迟1秒钟去读取消