Redis里头复杂对象咋存，具体步骤和注意点聊聊

关于Redis里头怎么存复杂对象，比如一个用户信息，里面不光有名字、年龄，还有地址列表、好友关系什么的，这确实是个挺实际的问题，Redis本身是键值对数据库，值只能是字符串、列表、哈希这些基本类型，不能直接存一个Java或者Python里的对象，核心思路就是把复杂对象“拆解”或者“转换”成Redis能理解的数据结构。

最常用的方法主要有两种：一种是序列化成字符串来存，另一种是用哈希（Hash）结构来存,两种方法各有各的适用场景和需要注意的地方。

第一种方法：序列化成字符串（比如JSON）

这个方法最简单直接，不管你的对象多复杂，你都可以用JSON、XML或者MessagePack这类格式，把它变成一个字符串，在Redis里，就用一个普通的键值对，键是某个标识（比如用户ID）,值就是这个序列化后的字符串。

• 具体步骤：

  1. 定义键：想好用什么做键，比如存用户对象，键可以是 user:123，其中123是用户ID，用冒号分隔是一种很好的命名习惯,清晰易懂。
  2. 序列化对象：在你的程序里（比如用Python的json.dumps()，Java的Jackson库）,把对象转换成JSON字符串。
  3. 存入Redis：使用Redis的 SET 命令，把这个字符串存进去，如果想设置过期时间，可以用 SETEX。
  4. 读取时：用 GET 命令取出字符串，然后在你的程序里再反序列化（比如Python的json.loads()）回对象。

• 注意点：

  

  • 优点：超级简单，几乎每种编程语言都有现成的序列化库，而且它能完整保存对象的整个结构,嵌套多深都没问题。
  • 缺点：最头疼的问题是“部分更新”，比如你只想修改用户的年龄这一个字段，用这个方法你也没办法，必须把整个JSON字符串读出来，在程序里反序列化成对象，修改年龄属性，再序列化回字符串，最后再整个写回Redis，这个过程开销很大，尤其是对象很大的时候，如果并发操作频繁,还可能产生数据覆盖的问题。
  • 另一个缺点是查询不灵活，你没法直接根据对象内部的某个属性（查找所有年龄大于30的用户”）进行查询，因为你存的是一个不透明的字符串，你得把所有数据都取出来，在程序里自己过滤,这非常低效。

这种方法适合读多写少，而且通常是整体读写的场景，比如一些不经常变的配置信息,或者整个对象需要被一次性加载使用的场景。

第二种方法：用哈希（Hash）结构

Redis的哈希结构非常适合用来表示一个对象，它本身就是一个键值对集合，类似于一个字典，你可以把对象的每个字段（属性）分别存成这个哈希里面的一个字段（field）和值（value）。

• 具体步骤：

  1. 定义键：和上面一样，键可以是 user:123。
  2. 拆解对象：把对象的每个字段映射成哈希的field-value对。name 字段存成 "name" -> "张三"，age 字段存成 "age" -> "25"。
  3. 存入Redis：使用 HMSET 命令（新版本推荐用 HSET 一次设置多个）一次性设置所有字段，或者用 HSET 单独设置某个字段。
  4. 读取时：可以用 HGETALL 获取整个对象的所有字段，也可以用 HGET 只获取某一个字段的值（比如只查年龄）。

• 注意点：

  • 优点：最大的优势就是可以“部分读写”，修改年龄？只需要一条 HSET user:123 age 26 命令就行了，高效又简单，网络传输的数据量也小,这对于需要频繁更新部分字段的场景简直是福音。
  • 缺点：它没法直接存储嵌套的复杂结构，比如你的用户对象里有一个“地址”属性，它本身又是一个包含省、市、街道的小对象，你用哈希就很难优雅地处理，常见的解决办法是把嵌套对象自己也序列化成JSON字符串，然后作为哈希的一个字段值存进去，但这样又回到了第一种方法的问题,对这个嵌套对象本身又无法部分更新了。
  • 哈希的每个字段的值都只能是字符串，你不能直接存一个数字或者列表进去，都需要转换成字符串形式，不过Redis提供了一些命令（如 HINCRBY）可以对数字字符串进行原子操作,这很方便。

哈希结构适合字段平铺、需要频繁进行部分更新的简单对象，比如用户的基本信息、商品的库存价格等。

除了这两种，还有其他方法和注意事项

• 对付列表或集合：如果对象的某个属性本身就是个列表，比如用户的好友ID列表，那你完全可以直接用一个Redis的 Set 或 List 类型来存，键可以叫 user:123:friends，这样你就可以利用Redis原生的集合操作（求交集、并集等）,性能非常高。
• 选择哪种方法？：这完全取决于你的访问模式，问问自己：我是整体读写的多，还是部分更新的多？我的对象结构嵌套深不深？需要做复杂的查询吗？根据答案来选择最合适的。
• 序列化格式：即使用第一种方法，除了JSON，也可以考虑更高效的二进制格式，比如MessagePack或Protocol Buffers，它们序列化后的体积更小,节省内存和网络带宽。
• 内存考虑：Redis的数据都在内存里，所以得精打细算，对于超大的对象，或者数量极其庞大的小对象，要考虑有没有优化空间，用哈希存储时，如果字段名很长（如user_email_address），可以考虑用缩写（uea）来节省空间，但这会牺牲可读性，Redis官方文档在优化内存方面有很多建议（来源：Redis官方文档内存优化章节）。
• 数据一致性：在部分更新时，尤其是在分布式环境下，要注意并发修改可能导致的数据不一致问题，可能需要配合使用事务（MULTI/EXEC）或者Lua脚本来保证一系列操作的原子性。

存复杂对象没有一刀切的最好办法。序列化字符串胜在简单通用，适合整体存取；哈希结构胜在灵活高效，适合字段级操作，实际项目中，甚至可能会混合使用多种数据结构来共同表示一个逻辑上的复杂对象，以达到最佳的性能和灵活性,关键是想清楚你的数据是怎么被使用的。