大佬们,来寻求个方案,对比查询怎么才能最快

2024-09-04 09:49:54 +08:00
 V392920

有这样一个需求,首先是有 100 万个 md5 值(不重复,提前录入)

然后每隔 10 秒会产生 300 个新的 md5 值

现在的要求是拿这 300 个去与 100 万个对比,查询出这 300 个里面哪些是包含在那 100 万个里面的,需要极致的速度,越快完成越好。

之前同事用 redis 集合处理,据说好像是 30-40 毫秒(我不确定这个时间是否准确),依旧说还没达到要求,还能不能再极限一点

对了,还有个要求,就是那 100 万个 md5 值,不能丢,需要持久化保存,系统重启之后依旧要在。

求大佬们指点一下思路,主要是速度要快,快,快。

先提前感谢各位大佬的思路。

2244 次点击
所在节点    程序员
20 条回复
tool2dx
2024-09-04 10:06:35 +08:00
md5 是 16 个字节,100 万也才 16,000,000 字节,约合 16M 内存。

redis 已经很快了,再快怕只有手搓一个 hash 查找表了。
sky497134710
2024-09-04 10:10:05 +08:00
md5 -> 二进制 -> redis 位图
MoYi123
2024-09-04 10:12:39 +08:00
速度 30-40 毫秒的话, 我觉得很有可能是用 for 循环查了 300 次 redis, 或者是连 redis 的网络不行. 想个办法写成一句查询, 一次性返回 300 个结果.

如果新 md5 大概率不在这 100 万个里面, 可以外面套一层 bloomfilter, 减少查询量.
Kaiv2
2024-09-04 10:14:58 +08:00
直接预加载到机器内存中,消耗时间 0 毫秒
sagaxu
2024-09-04 10:15:23 +08:00
redis pipeline 了解一下
aflow
2024-09-04 10:15:46 +08:00
查询的时候和布隆过滤器组合使用,过滤下应该可以快不少
sagaxu
2024-09-04 10:19:18 +08:00
新版 redis 有 SMISMEMBER
PTLin
2024-09-04 10:23:10 +08:00
那就加载到本机然后前缀树匹配不行吗,我试了下 6800h 单线程匹配也就 1 毫秒
fruitmonster
2024-09-04 10:26:59 +08:00
布隆不行么?
yagamil
2024-09-04 10:40:14 +08:00
我觉得 mysql 都够用了,索引+ in 语句
bugmakerxs
2024-09-04 11:24:16 +08:00
把数据加载到内存生成字典树。
wxf666
2024-09-04 11:52:47 +08:00
就 16MB 内存数据,你直接用语言自带的 Hash / HashMap / Dict / Object / Unordered_map / Table ,不行吗?
R4rvZ6agNVWr56V0
2024-09-04 11:55:44 +08:00
30-40 毫秒 都不能满足要求? 那就只能自己撸数据结构了:使用 Bloom Filter + Bit Array 组合 ,用 C/C++实现。还要考虑利用 SIMD 指令加速。
sillydaddy
2024-09-04 12:26:00 +08:00
楼上都是看见问号就开始解题的,你这根本就是无效需求:10 秒才产生 300 个数据,只花 30 毫秒的处理时间还嫌慢,剩下的时间去睡觉吗?这种需求就像原本的目标是从北京到拉萨,却问怎么提高长跑速度。
duosqs
2024-09-04 13:45:22 +08:00
可以结合归并排序的思路,只会扫一遍 100 万的数据。
netnr
2024-09-04 13:57:49 +08:00
用 JS 写了个例子,大概在 2 ms 完成匹配

https://www.netnr.com/run/code/4824312705648666717
RandomJoke
2024-09-04 14:06:04 +08:00
100w 的数据要是不变的,直接启动进内存 hashmap 就行了,布隆主要解决空间问题,你这要是不变的直接 hashmap
lyxxxh2
2024-09-04 14:07:15 +08:00
刚想说加载为内存变量,大家都是这么想的。
otakustay
2024-09-04 14:33:47 +08:00
才 100 万个,1000 万以下我直接内存开 HashMap
xuelu520
2024-09-04 14:44:31 +08:00
redis pipeline 应该就行了,现在主要耗时在连接 redis 上。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1070077

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX