这是一个创建于 950 天前的主题，其中的信息可能已经有所发展或是发生改变。
单节点，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
qaqLjj 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