这是一个创建于 1285 天前的主题，其中的信息可能已经有所发展或是发生改变。
单节点，redis 存储 100w 个 key ，使用 get(key)性能如何？ 目前没环境测，大佬们有试过的吗？
键的长度大致是 my_redis_key 这么长，性能 4 核 8g
键的长度大致是 my_redis_key 这么长，性能 4 核 8g
第 1 条附言 2022-04-12 18:58:21 +08:00
感谢各位，刚忙完测了一下，100w 个 key 而已，瞬出结果，性能可观。
 | 1 bootvue 2022-04-12 17:30:13 +08:00 redis cluster |
 | 2 passer9527 2022-04-12 17:42:05 +08:00 via iPhone  1 性能完全没问题，平均耗时 3ms ，我们应千万级 key 数量都没问题 |
 | 3 chengz 2022-04-12 17:58:25 +08:00 1 redis 随机存取都是根据 key 取 hash ，和存储数量没关系，跟键长关系也不大 主要消耗在网络 IO |
 | 4 night98 2022-04-12 18:19:27 +08:00 1 看你 value 大不大，正常存一个 id 的话妥妥的 |
 | 5 MarkLazy 2022-04-12 18:43:38 +08:00 我之前有个服务，redis 是瓶颈，15 主 15 从 的 cluster ，最后服务整体才跑到 8w qps ，不知道怎么搞的；当时排查了也不存在热 key ，redis 集群也没有慢日志；后面看调用链和日志，发现服务从 jedis 连接池里拿不到连接，一直等可用的连接，导致 qps 上不去，可是连接池已经设置的很大了 |
 | 6 haah 2022-04-12 18:49:35 +08:00 “单节点，redis 存储 100w 个 key ，使用 get(key)性能如何？”，连 CPU 的频率条件都没么？ |
| 7 haah 2022-04-12 18:50:30 +08:00 要是用“奔腾”和“酷睿”比，性能肯定不一样！ |
 | 8 fewok 2022-04-12 18:59:05 +08:00 你这是 redis 的问题，这直接是 CPU 的问题啊。要不上深蓝 |
 | 9 tramm 2022-04-12 20:08:32 +08:00 没影响, List, Hash, Set 这样的 value 里面查才会慢 |
 | 10 iyaozhen 2022-04-12 21:04:50 +08:00 我记得 key 的长度也有关系，不能太长 |
 | 11 abear 2022-04-12 22:09:24 +08:00 请教下，3 楼和 10 楼的问题，有没有大哥给个准信，键长到底关系大不大 |
 | 12 Jooooooooo 2022-04-12 22:16:46 +08:00 |
 | 13 falsemask 2022-04-12 22:19:17 +08:00 1 @abear https://stackoverflow.com/questions/6320739/does-name-length-impact-performance-in-redis 和 key 长度基本无关，虽然这个测试是十年前的，但是我觉得依然有参考价值 |
 | 14 rrfeng 2022-04-12 23:05:43 +08:00 via Android 这玩意看单核频率，key 数不影响性能。但是 如果 value 太大高并发下可能把网络带宽打满……曾经吃过这个亏 |
 | 15 gabon 2022-04-12 23:12:20 +08:00 via iPhone redis get 命令时间复杂度 O(1)，只要你的内存和网卡扛得住，且不超过 2^32 次方个 key ，应该都没什么问题。 |
 | 16 aptupdate 2022-04-13 09:20:05 +08:00 洒洒水啦 |
Select Language