单节点，redis 存储 100w 个 key ，使用 get(key)性能如何？ 目前没环境测，大佬们有试过的吗？
键的长度大致是 my_redis_key 这么长，性能 4 核 8g
键的长度大致是 my_redis_key 这么长，性能 4 核 8g
This topic created in 1666 days ago, the information mentioned may be changed or developed.
Supplement 1 · Apr 12, 2022
感谢各位，刚忙完测了一下，100w 个 key 而已，瞬出结果，性能可观。
 |
bootvueApr 12, 2022
1
redis cluster
|
 |
2
性能完全没问题，平均耗时 3ms ，我们应千万级 key 数量都没问题
|
1 |
3
redis 随机存取都是根据 key 取 hash ，和存储数量没关系，跟键长关系也不大
主要消耗在网络 IO |
 |
4
看你 value 大不大，正常存一个 id 的话妥妥的
|
 |
MarkLazyApr 12, 2022
5
我之前有个服务，redis 是瓶颈，15 主 15 从 的 cluster ，最后服务整体才跑到 8w qps ，不知道怎么搞的；当时排查了也不存在热 key ，redis 集群也没有慢日志；后面看调用链和日志，发现服务从 jedis 连接池里拿不到连接，一直等可用的连接，导致 qps 上不去，可是连接池已经设置的很大了
|
 |
haahApr 12, 2022
6
“单节点，redis 存储 100w 个 key ，使用 get(key)性能如何？”，连 CPU 的频率条件都没么？
|
|
haahApr 12, 2022
7
要是用“奔腾”和“酷睿”比，性能肯定不一样！
|
 |
fewokApr 12, 2022
8
你这是 redis 的问题，这直接是 CPU 的问题啊。要不上深蓝
|
 |
trammApr 12, 2022
9
没影响, List, Hash, Set 这样的 value 里面查才会慢
|
 |
iyaozhenApr 12, 2022
10
我记得 key 的长度也有关系，不能太长
|
 |
abearApr 12, 2022
11
请教下，3 楼和 10 楼的问题，有没有大哥给个准信，键长到底关系大不大
|
 |
JoooooooooApr 12, 2022
12
|
 |
13
@abear https://stackoverflow.com/questions/6320739/does-name-length-impact-performance-in-redis 和 key 长度基本无关，虽然这个测试是十年前的，但是我觉得依然有参考价值
|
 |
rrfengApr 12, 2022 via Android
14
这玩意看单核频率，key 数不影响性能。但是 如果 value 太大高并发下可能把网络带宽打满……曾经吃过这个亏
|
 |
gabonApr 12, 2022 via iPhone
15
redis get 命令时间复杂度 O(1)，只要你的内存和网卡扛得住，且不超过 2^32 次方个 key ，应该都没什么问题。
|
 |
aptupdateApr 13, 2022
16
洒洒水啦
|
Select Language