redis 实现搜索热词统计“当日 top10”和“当周 top10”两种方案的抉择

本贴最后更新于 1632 天前,其中的信息可能已经时移世异

核心问题

一个项目中,遇到了搜索热词统计的需求,我使用了 redis 的五大数据类型之一 Sorted Set 实现。目前有两项数据需要统计:“当日搜索热词 top10”和“当周搜索热词 top10”。

关于这两项数据的统计方法,目前想到了两种实现方法:

  1. 两个 redis 的 Sorted Set 实现,一个 Sorted Set A 统计当天,0 点 top10 记录进 mysql,Sorted Set 清零。一个 Sorted Seted B 统计当周,每周日 top10 记录进 mysql,Sorted Set B 清零。
  2. 只使用用一个 Sorted Set 记录当天搜索热词,0 点 top10 记录进 mysql,Sorted Set 清零。到周日时,会有 7 * 10 行记录。把这 7 * 10 行遍历,每次便利都记录进 Sorted Set,全部遍历结束后,再从 Sorted Set 中取出 top10 记录进 mysql 的周热词统计表中。

Sorted Set 是 redis 的数据结构,方法 1 会占用两份内存,一份当天的,一份当周的。方法 2 会提高系统的复杂度,并且在统计周表时,可能会出现短时间内大量的计算(当然可以使用定时任务放到凌晨进行)。

请问我该选择哪种解决办法比较好呢?

硬件与用户量

我在写的是一个学生项目,ECS 是 1 核 2GB 内存的学生机(别歧视呀哈哈,穷学生 😅)。如果当天的搜索热词和当周的搜索热词都使用 redis 内存记录,我怕内存会爆炸。

目前生产环境的 ECS 内存用了 1GB,保守还剩 900MB,我怕 redis 消耗两份内存会炸。目前是一个小程序的后端,快要上线了,预计初期用户数量不多。关键词长度限制最大 8

天马行空想一下,1MB = 1048576 字节,按两个字节存一个字算,1MB 能存 1048576/2/8 = 65,536 个不重复的搜索关键词,看起来好像可以存很多。我没熟练使用过 redis,不知道这样天马行空地计算,是否真的可以呢 🤔

问题中涉及的相关知识(如已经了解问题,这部分可忽略)

一个项目中,遇到了搜索热词统计的需求。我使用了 redis 的五大数据类型之一 Sorted Set 实现。

Redis 有序集合(sorted set)

Redis 有序集合和集合一样也是 string 类型元素的集合,且不允许重复的成员。

不同的是每个元素都会关联一个 double 类型的分数。redis 正是通过分数来为集合中的成员进行从小到大的排序。

有序集合的成员是唯一的,但分数(score)却可以重复。

集合是通过哈希表实现的,所以添加,删除,查找的复杂度都是 O(1)。 集合中最大的成员数为 232 - 1 (4294967295, 每个集合可存储 40 多亿个成员)。

01sorted set 展示

如上图,redis 的 Sorted Set 自带排序功能。

操作方法也比较简单,在本项目中,核心是两个方法:

zincrby 命令,对于一个 Sorted Set,存在的就把分数加 x (x 可自行设定),不存在就创建一个分数为 1 的成员。

zrevrange,查询集合中指定顺序的值。返回有序的集合中,score 大的在前面。

  • Redis

    Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库,并提供多种语言的 API。从 2010 年 3 月 15 日起,Redis 的开发工作由 VMware 主持。从 2013 年 5 月开始,Redis 的开发由 Pivotal 赞助。

    286 引用 • 248 回帖 • 61 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    341 引用 • 708 回帖
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    8117 引用 • 37016 回帖 • 160 关注

相关帖子

被采纳的回答
  • 88250 1 赞同

    嗯,没问题就这样计算,一般的 CRUD 项目不用怎么考虑内存占用,如果真要考虑降低运行时内存换编程语言 doge

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • 2501224066 1 1 赞同

    当然分开啊

    1 回复
  • 其他回帖
  • JellyfishMIX
    作者

    谢谢 D 大,回复好快。我在写的是一个学生项目,ECS 是 1 核 2GB 内存的学生机(别歧视呀哈哈,穷学生 😅)。如果当天的搜索热词和当周的搜索热词都使用 redis 内存记录,我怕内存会爆炸。

    目前生产环境的 ECS 内存用了 1GB,保守还剩 900MB,我怕 redis 消耗两份内存会炸。目前是一个小程序的后端,快要上线了,预计初期用户数量不多。关键词长度限制最大 8

    天马行空想一下,1MB = 1048576 字节,按两个字节存一个字算,1MB 能存 1048576/2/8 = 65,536 个不重复的搜索关键词,看起来好像可以存很多。我没熟练使用过 redis,不知道这样天马行空地计算,是否真的可以呢

    1 回复
  • qloog

    这种排行类的用 redis 完全没有问题,redis 也不是完全基于内存,也会定时写到磁盘的。当然如果要想落到数据库的也可以存一份,仅仅是存储,读取还是走 redis。

  • JellyfishMIX
    作者

    考虑过直接存表,不过出于性能的考虑,选择了多使用 redis 的方案。其实还有更合适的 elastic search,但是我还没有学 😅

  • 查看全部回帖