Redis存储同类多个对象的最佳实践及不同存储方案差异咨询

方案1（独立字符串存储）vs 方案2（单Hash存储）差异 #

性能差异 #

• 小数据量场景（对象总数<1万，单个JSON体积<1KB）：两者性能差异可忽略，get命令比hget快不到10%，业务侧基本感知不到。
• 大数据量场景（对象总数>10万）：独立字符串方案性能更稳定，单Hash存储达到元素阈值后会触发Hash结构扩容，极端场景下会出现毫秒级阻塞。
• 内存占用：当Hash的元素数<512、单个元素值<64字节时，会用ziplist编码，内存占用比独立字符串低30%以上；一旦超过阈值转为hashtable编码，内存占用会比独立字符串高10%左右。
• 批量操作：mget和hmget性能基本持平，都是O(n)复杂度，n为获取的对象数量。

适用场景差异 #

独立字符串存储适用场景

• 对象总数多、单个对象体积大
• 需要给单个对象设置独立过期时间（Hash结构无法给单个field设置过期，只能给整个Hash设置统一过期）
• 分布式Redis集群场景：独立key会自动散列到不同分片，不会出现大Key集中在单个分片拖垮集群的问题
• 需要对单个对象使用字符串专属命令（如append、bitcount等）

单Hash存储适用场景

• 对象总数少（建议<1万）、单个对象体积小，优先考虑节省内存
• 所有对象生命周期一致，不需要单独设置过期
• 经常需要批量拉取全量同类对象、统计对象总数：hgetall、hlen的效率远高于扫描字符串Key
• 单实例Redis部署，不存在集群分片大Key问题

其他更优方案 #

如果业务经常需要修改/查询对象的单个字段，不想每次全量序列化反序列化JSON，可以选择以下两种方案：

1. 对象字段拆分Hash存储
   将每个对象的字段拆分为Hash的子field，单个对象对应一个Hash Key，格式为book:{id}，操作示例：

# 存储书籍全量字段
hset book:1 title "百年孤独" author "加西亚·马尔克斯"
# 直接查询单个字段，无需解析全量JSON
hget book:1 title
# 单独修改单个字段，无需上传全量对象
hset book:1 author "新作者"

2. RedisJSON类型存储
   如果你的Redis支持RedisJSON模块，直接用原生JSON类型存储，支持嵌套字段的直接查询、修改，性能比JSON字符串方案高30%以上，操作示例：

# 存储完整JSON对象
json.set book:1 $ '{"title":"百年孤独","author":"加西亚·马尔克斯"}'
# 直接获取单个字段值
json.get book:1 $.title
# 直接修改单个字段，无需全量上传
json.set book:1 $.author "新作者"

内容的提问来源于stack exchange，提问作者RamPrakash