redis 如何优雅地进行键设计？

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 键设计方案，为应用提供良好的数据访问基础。