Redis 键设计的优雅实践
在 Redis 中，良好的键设计对系统的可维护性、可扩展性和性能至关重要。以下是一些优雅设计 Redis 键的最佳实践：
1. 基本命名规范
结构化命名
使用冒号(:)分隔不同部分，形成层次结构：
业务域:子域:唯一标识[:字段]
示例
user:1001:profile
order:2023:items
product:electronics:category
2. 具体设计模式
对象存储模式
user:{id}:profile # 用户基本信息
user:{id}:settings # 用户设置
user:{id}:friends # 用户好友列表
关系模式
user:{uid}:orders # 用户的订单集合
order:{oid}:items # 订单中的商品
product:{pid}:buyers # 购买过该商品的用户
计数器模式
stats:user:{uid}:logins # 用户登录次数
stats:product:{pid}:views # 商品浏览次数
3. 高级设计技巧
1. 避免大键
- 将大对象拆分为多个小键
- 例如用户数据：
user:{id}:basic user:{id}:contact user:{id}:preferences
2. 可查询设计
user:email:{email} # 通过email反查用户ID
user:name:{name}:ids # 通过用户名查找用户ID集合
3. 时效性键设计
session:{token} # 会话数据（设置TTL）
temp:verify:{code} # 验证码（短期有效）
4. 多租户支持
tenant:{tid}:user:{uid}
tenant:{tid}:product:{pid}
5. 环境隔离
dev:user:{uid}
prod:user:{uid}
staging:config:global
4. 反模式与避免方法
应避免的设计
过长的键名：
- ❌
this-is-a-very-long-redis-key-that-describes-too-much - ✅
short:key:{id}
- ❌
特殊字符：
- ❌
user/data/1001 - ✅
user:data:1001
- ❌
无结构扁平设计：
- ❌
user1001,productA42,order2023X - ✅
user:1001,product:A42,order:2023X
- ❌
频繁变化的键：
- ❌
user:lastlogin:${timestamp} - ✅
user:1001:lastlogin+ HSET/HGET
- ❌
5. 实际案例
电子商务系统
# 产品相关
product:1001:info # 商品基本信息(HASH)
product:1001:inventory # 库存数量
product:category:electronics:ids # 分类下的商品ID集合
# 用户相关
user:2001:cart # 用户购物车(HSET)
user:2001:recent_views # 最近浏览(ZSET)
# 订单相关
order:5001:details # 订单详情
order:5001:status # 订单状态
user:2001:orders # 用户的订单集合(SET)
社交网络系统
user:3001:followers # 粉丝列表
user:3001:following # 关注列表
post:9001:likes # 点赞用户集合
post:9001:comments # 评论列表
timeline:user:3001 # 用户时间线(ZSET)
6. 键设计检查清单
- 可读性：其他开发者能否一眼看懂键的用途？
- 可预测性：能否通过模式匹配批量操作相关键？
- 可扩展性：能否适应未来业务变化？
- 性能：键长度是否适中？扫描模式是否高效？
- 命名冲突：不同业务域的键是否会冲突？
通过遵循这些原则，你可以创建出既高效又易于维护的 Redis 键设计方案，为应用提供良好的数据访问基础。