用途：为在 Redis 中建模数据提供基础指导，聚焦数据结构选择与键名规范两个决策。
适用场景：缓存对象、会话或用户状态；计数器、排行榜、最近条目列表、唯一成员集合；审查或重构 Redis 键名；在 Hash 与 JSON 文档之间取舍。
主要能力（按使用场景推荐类型）：
- 简单值、计数器用 String，支持原子 INCR/DECR、SET/GET。
- 字段可独立更新的对象用 Hash，支持按字段读写，无需整体重写。
- 队列、最近 N 条用 List，两端 push/pop 为 O(1)。
- 唯一项、成员判断用 Set，SADD/SISMEMBER/SCARD 为 O(1)。
- 排名、按分数范围用 Sorted Set，ZADD/ZRANGE/ZRANK。
- 嵌套或层级数据用 JSON，支持路径级更新、嵌套数组与 RQE 索引。
- 事件日志、扇出消息用 Stream，持久化并支持消费者组。
- 向量相似度用 Vector Set，原生向量存储并带 HNSW。
常见反模式：把扁平对象塞进序列化字符串，更新一个字段需读取、解析、修改、重写，应改用 Hash。
键名规范：采用冒号分隔的稳定层级 {entity}:{id}:{attribute}，例如 user:1001:profile、user:1001:settings、order:2024:items、session:abc123、article:987:likes、game:space-invaders:leaderboard。要点：小写、冒号分隔、不留空格、不混用大小写；键要短且可读；不要用完整 URL 或长字符串作键，可提取短标识或对 URL 做哈希摘要；多租户加前缀（tenant:42:user:7:cart）便于扫描与 ACL 定向；每个服务统一一种约定。
限制：资料未提供具体性能基准、命令完整语法、收费信息或安装步骤。