Redis里头怎么快速又方便地查序列化数据，顺带说说实现方法

在Redis里快速方便地查序列化数据,核心矛盾在于：Redis本身只能存储字符串或二进制数据，而我们想查的往往是这个数据内部的某个字段，你存了一个“用户”信息，序列化成JSON字符串后塞进Redis了，现在你想查所有“年龄大于30岁的用户”，如果你直接去扫描所有键值对，再把值反序列化成对象去判断，那效率就太低了，尤其是在数据量大的时候，简直没法用。

实现方法的核心思想就一条：别把Redis只当成一个傻傻的键值存储，要利用它丰富的数据结构，提前把“查”的路径给搭建好。

下面说几种常见又实用的方法。

第一种方法：利用哈希（Hash）结构代替完全序列化。

很多时候我们一提到序列化,就想当然地用JSON.stringify把一个对象转成字符串，但Redis本身就提供了哈希这种结构，它特别适合存储对象，比如一个用户对象，有name，age，city字段。

• 笨办法（完全序列化）： SET user:1001 '{"name":"张三","age":28,"city":"北京"}'
• 聪明办法（使用Hash）： HSET user:1001 name "张三" age 28 city "北京"

这么做的巨大优势是,你可以直接查询和修改对象的单个字段，而不用每次都整个读出来反序列化、修改、再序列化、再存回去。

• 查年龄：HGET user:1001 age
• 改城市：HSET user:1001 city "上海"
• 获取整个对象：HGETALL user:1001

这种方法适用于你主要通过各种“主键”（比如用户ID）来查询和修改对象部分属性的场景，速度快，操作方便。

第二种方法：利用集合（Set）或有序集合（Sorted Set）建立索引。

这是解决“按某个字段查询”的利器，你还是把用户对象用Hash或者JSON字符串存着，键是user:1001，但现在你想按城市筛选用户，怎么办？

你可以为每个城市维护一个集合（Set），这个集合里存放的是属于这个城市的用户的ID。

• SADD city:北京 user:1001 user:1002
• SADD city:上海 user:1003

当你要查询所有在北京的用户时,只需要两步：

1. SMEMBERS city:北京 -> 得到 [user:1001, user:1002]
2. 然后根据这些键,再用HGETALL或GET命令把完整的用户数据取出来。

如果想按年龄范围查呢？有序集合（Sorted Set）就派上用场了，你可以创建一个所有用户的年龄索引：

• ZADD user:age_index 28 user:1001 35 user:1002 26 user:1003 查询年龄在30到40岁的用户就非常简单：
• ZRANGEBYSCORE user:age_index 30 40 -> 得到 [user:1002]

这种方法相当于我们手动在Redis里建了“索引”，查起来非常快，缺点是维护起来麻烦一点，每次新增、修改或删除用户数据时，都要记得同步更新对应的索引集合。

第三种方法：使用RedisJSON模块（如果你能用的话）。

这是Redis官方提供的一个模块,它让Redis原生支持了JSON数据类型，这就相当于把第一种和第二种方法的优点结合了，你可以直接对存进去的JSON数据进行点操作。

• 存数据：JSON.SET user:1001 . '{"name":"张三","age":28,"city":"北京"}'
• 直接查年龄：JSON.GET user:1001 .age
• 最强大的：直接进行查询！ 比如查北京的用户：JSON.MGET user:1001 user:1002 user:1003 .city 或者更高级的查询（需要配合路径和过滤）。

RedisJSON的功能非常强大,几乎像一个内置的文档数据库，但它的缺点是，你需要确保你的Redis服务器安装了这个模块，并且你的客户端驱动也支持它，在一些受限制的环境（比如云服务商的基础版）可能无法使用。

• 简单对象，按主键查： 优先用Hash结构，别急着整个序列化成字符串。
• 需要按字段筛选、排序： 用Set或Sorted Set建立索引，用空间换时间。
• 环境允许，查询需求复杂： 强烈推荐使用RedisJSON模块，这是最“快速方便”的终极方案。

最后提个醒,无论用哪种方法，都要注意数据一致性，特别是用索引的时候，一定要保证数据和索引的同步更新，可以考虑用Redis事务（MULTI/EXEC）来简单保证原子性。