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
洒洒水啦
|