如何在Redis中存储JSON对象 实现条件更新、查询与TTL支持最优方案

首先明确避坑原则：不要直接用普通String类型序列化存储整个JSON内容——这种方式不管是按locale、value做局部更新，还是按多维度条件查询，都需要先把整个字符串拉到业务侧反序列化，改完再整体回写，不仅时延高，并发下容易出现写冲突，还需要业务自己额外维护索引，冗余内存占用高，时间长了容易出现索引和实际数据不一致的问题，埋下内存溢出隐患。

核心方案选型 #

采用 Redis 原生JSON能力（7.0+版本内置支持，低版本可加载官方RedisJSON模块）搭配轻量化二级索引的组合，完全覆盖所有业务需求，且低时延、无额外内存冗余。

• 主存储Key设计规则：i18n:obj:{uid}
  用业务侧唯一的uid（示例中的b456）作为Key的后缀，实现单对象查询的O(1)时延，不用额外维护主键映射关系。
• 主存储Value：直接写入标准JSON结构，和给出的示例格式完全一致，Redis原生支持JSON内部字段的路径级读写，不需要全量反序列化。
• 二级索引配置：仅把需要做查询/更新条件的字段纳入索引范围，避免内存浪费：
  • locale：配置为Tag类型，因为它是固定枚举值（en-us/zh-cn等），内存占用比文本索引低60%以上，支持精确匹配
  • value、name：配置为轻量文本字段，支持精确匹配、模糊匹配
  • 不纳入查询范围的字段（如uid）不要加进索引，从根源控制内存开销
• TTL能力实现：Redis的TTL天然绑定在Key维度，完全满足按需启停的需求
  • 要给对象设置过期时间时，直接对主Key执行EXPIRE命令即可
  • 要停用过期能力时，直接对主Key执行PERSIST命令清除TTL配置即可
    整个过程不需要修改主数据、不需要重建索引，零额外开销。

实操参考命令 #

对应给出的JSON示例的常用操作：

• 写入对象：JSON.SET i18n:obj:b456 $ '{"name":"b123.home.group.title", "value":"Hellow World", "locale":"en-us", "uid":"b456"}'
• 按locale维度批量更新：通过索引定位所有locale为en-us的对象，直接用JSON路径命令修改$.value字段，不需要拉取整个对象
• 多条件查询：比如查询name包含home.group、locale为en-us的所有对象，直接走索引返回匹配的完整JSON，不需要全量扫描Redis
• 启用24小时过期：EXPIRE i18n:obj:b456 86400
• 停用过期、转为永久存储：PERSIST i18n:obj:b456

内存优化注意点 #

• 不要用Hash结构存储JSON字段：Hash的field元数据开销比原生JSON高30%以上，且没法直接支持多条件联合查询，需要全量遍历Key集合，性能差且内存冗余高
• 对长度超过256字节的value开启RedisJSON内置的Snappy压缩，无明显性能损耗的前提下能压缩30%-50%的内存占用
• 定期用Redis的MEMORY USAGE命令抽样校验主对象和索引的内存占比，避免索引配置过宽导致的内存膨胀

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