Redis本身不支持自动索引，但可以通过巧妙设计实现
很多人在用Redis时都会遇到一个问题：数据越来越多，查询变慢。比如你做一个电商系统，想根据商品名称快速查商品信息，或者按用户ID查订单列表。这时候就会想到“能不能给Redis建个索引”。
和MySQL不同，Redis没有CREATE INDEX这样的语法。它是一个键值存储系统，原生不提供字段级别的索引功能。但我们可以通过合理使用数据结构来模拟索引效果。
用Hash存数据，用Set做索引
假设你要存储一批用户信息，每个用户有id、name、age。你想通过name快速找到对应的用户id。
先把用户数据存在Hash里：
HSET user:1 name "张三" age 25
HSET user:2 name "李四" age 30然后建立一个反向映射，把名字指向id：
SADD index:name:张三 1
SADD index:name:李四 2这样当你想查“张三”的信息时，先查索引：
SMEMBERS index:name:张三得到id为1，再去取HGETALL user:1，就完成了基于name的查询。
复合查询怎么办？用多个索引组合
如果还想按年龄查人，比如找所有25岁的人，可以再建一个age索引：
SADD index:age:25 1
SADD index:age:30 2需要查“25岁的张三”？那就取index:age:25和index:name:张三两个Set的交集：
SINTERSTORE temp_result 2 index:age:25 index:name:张三
SMEMBERS temp_result结果就是同时满足两个条件的用户id。这种方式特别适合标签类场景，比如文章打标签后按多个标签筛选。
更复杂的场景可以用RediSearch模块
如果你的应用需要全文检索或更灵活的查询能力，比如模糊匹配、分词搜索，可以考虑加载RediSearch模块。
安装好RediSearch后，你可以直接创建真正的索引：
FT.CREATE user_idx ON HASH PREFIX 1 user: SCHEMA name TEXT age NUMERIC然后插入数据：
HSET user:1 name "王五" age 28就能直接搜索：
FT.SEARCH user_idx "@name:王"返回所有名字带“王”的用户。这已经接近传统数据库的体验了。
这种方案适合日志查询、内容搜索这类需求，开发效率高，但要注意模块需要额外部署，不是所有Redis环境都默认支持。
日常项目中的小技巧
在做用户登录系统时，经常要通过邮箱找用户ID。这时候可以在注册时顺手建个索引：
SET login:email:test@example.com 1001
HSET user:1001 email test@example.com nickname "老测试"登录时直接GET login:email:test@example.com拿用户ID，再读详细信息，整个过程只要两次查询，速度很快。
关键点是：写入时多花一点时间维护索引，读取时就能大幅提速。就像图书馆提前给书编号分类，借书的人才找得快。