Azure Redis Cache能否使用RedisJSON？Redis JSON存储有哪些替代方案？

1. Azure Redis Cache对RedisJSON的支持情况 #

Azure Redis Cache目前已经原生支持RedisJSON模块，仅需你使用的缓存实例属于高级层（Premium）、企业层或企业闪存层SKU即可：

• 新建缓存实例时，可以在「高级设置」板块的模块配置列表中直接勾选启用RedisJSON
• 已有符合SKU要求的缓存实例，可在管理界面的「模块」配置页中添加启用RedisJSON，无需重新创建资源

2. JSON存储替代方案及你的方案可行性 #

你的现有方案完全可行 #

官方提到的JSON存储反模式，仅针对读缓存→应用侧修改→回写缓存的使用场景，这类场景下并发请求修改同一JSON的不同字段时极易出现覆盖丢失。
你设计的方案中缓存的唯一数据来源是Cosmos DB的变更通知，所有写入操作都是全量覆盖已有缓存，读操作仅做查询返回不涉及修改回写，完全不会触发官方提到的数据丢失风险，可直接落地。

不使用RedisJSON的替代存储方案 #

如果你暂不打算启用RedisJSON，也可根据业务需求选择以下方案：

• 保持现有逻辑：直接将JSON序列化为字符串存入Redis的String类型，无读写改场景下性能、稳定性均无问题，是最通用的实现方式
• 拆分为Hash结构存储：将JSON的顶层字段映射为Redis Hash的field，适合经常需要查询JSON部分字段的场景，可降低传输带宽消耗，仅全量返回时需要手动拼接为JSON格式
• 二进制序列化存储：使用MessagePack、Protocol Buffers等二进制序列化协议处理JSON数据后存入Redis，相比纯JSON字符串可减少30%~50%的内存占用，仅缺点是无法直接通过redis-cli查看明文内容，适合对缓存内存占用敏感的场景

补充说明 #

你后续更新的通过Azure Function监听change feed的方案是该场景下的最优实践，单一写入源彻底规避了并发写入冲突的问题，同时可基于change feed的事件类型精准实现缓存更新、失效、删除逻辑，完全适配你的业务需求。

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