如果一个 hash 里有上 10 万的 field，性能会有影响吧？

[ry_wang]

想用redis给监控做各个监控项last status的cache，几千台机器，就拿硬盘来说，平均一个机器10个硬盘，那就是几万个field，hadh扛得住么？

[pragbyte]

多建立 hash，而不是一个 hash 里面很多 field

[surefire]

几万个就扛不住了吗，测试下就知道了 。扛不住就降低负载因子

[cattail]

hash大小不影响时间复杂度。hash function才是

[piglei]

Redis hash一个存几万个印象中是没有一点问题的。

[tabris17]

同意一楼

[soli]

@pragbyte 多hash 和 一 hash 多 field 似乎差不多的性能。hash 和 field 的实现方式是一样的。

[andyzhshg]

10万小case吧...

[zhicheng]

redis 不知道，但下面是我司研发的 hash dbm，一千万笔记录的 bench ，16字节的 Key, 128字节的Value
基于磁盘，如果对于 redis 那种内存的话，理论上性能应该比这个高10倍左右。

# ./db-bench bench.db bench.db 10000000
write: 41.815 MB/s
write: 304488.156 Keys/s
read: 145.260 MB/s
read: 1057753.250 Keys/s

[ry_wang]

@zhicheng 刚刚测试了一下，12W的field，写入不到2秒，读取基本1秒，做web的后端缓存应该是足够了。

[ry_wang]

@pragbyte 本来的设计是监控项加SN作为hash key的，但是这样遍历查询就很麻烦，还要单独维护一个SN列表。感觉没有监控项为hash key，sn为filed简单。

[pragbyte]

@ry_wang 我觉得你的需求不如用 mongo