使用RedisJSON存储JSON而非字符串能否提升缓存读取性能？

如果你的缓存场景始终需要全量读取并反序列化为Java对象，那么改用RedisJSON确实没有明显收益，甚至可能导致性能下降，原因如下：

• 序列化/反序列化开销更高：你当前使用的Kryo是二进制序列化框架，相比JSON序列化（如Jackson），它生成的字节体积更小，解析速度更快。就算用RedisJSON存储结构化JSON，最终还是要在应用端把JSON字符串反序列化为Java对象，这一步的CPU开销远大于Kryo的二进制反序列化。
• 网络传输成本更大：全量读取时，Redis返回的JSON文本数据体积通常比Kryo序列化后的二进制字节大，会增加网络传输的延迟，进一步拉低整体缓存检索速度。
• RedisJSON的核心价值在于部分操作：只有当你需要读取文档中的单个/部分字段，或者仅更新文档中的特定字段时，RedisJSON的优势才会显现——不用全量序列化/反序列化整个对象，也不用全量传输数据，能有效节省应用端CPU和网络资源。

总结来说，在你当前全量读取的场景下，继续使用Kryo+Redis String的方案是性能更优的选择；如果未来有部分操作的需求，再考虑迁移到RedisJSON会更合理。

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