我要评论开发过程中为确保 redis 键名的一致性、可读性和易维护性，本规范旨在指导开发团队在使用 redis 时设计合理的键名格式。
1. 命名格式
采用 模块:子模块:业务描述:标识 的分层格式，明确数据来源和用途。
- 层次清晰：从全局到具体逐步细化。
- 唯一性：标识符确保键名在全局范围内唯一。
格式模板：
<module>:<submodule>:<description>:<identifier>
示例：
- 用户信息：
user:profile:id:12345 - 订单状态：
order:status:order_id:98765 - 商品库存：
product:inventory:item_id:67890
2. 具体规范
2.1 小写命名
- redis 键名必须使用 小写字母，避免大小写混淆问题。
- 小写命名与 redis 社区实践保持一致，方便管理和排查。
2.2 使用冒号分隔层级
- 使用冒号（
:）作为分隔符表示逻辑层次关系。 - 每个部分表述一个独立的含义，冒号分隔便于阅读和自动化解析。
2.3 标识符命名
- 唯一标识符部分（如
id,order_id等）应明确表达其意义。 - 使用 下划线（
_） 分隔复合单词，而非驼峰命名（camelcase）。
3. 数据类型扩展命名
针对不同的数据结构（如 list, set, hash），可以在业务描述部分或标识符后添加类型信息：
| 数据类型 | 格式示例 |
|---|---|
| 字符串（string） | user:profile:id:12345 |
| 列表（list） | chat:messages:list:room_id:56789 |
| 哈希（hash） | user:profile:hash:id:12345 |
| 集合（set） | product:categories:set:item_id:67890 |
| 有序集合（zset） | leaderboard:score:zset:game_id:11111 |
4. 时间敏感型键名
对于有时间属性或需要自动过期的数据，可在键名中包含时间信息：
- 日期信息：
<description>:date:<yyyymmdd>示例：order:summary:date:20241122 - 时间戳信息：
<description>:ts:<timestamp>示例：session:token:uid:abc123:ts:1692806400
5. 规范总结
5.1 推荐的键名风格
- 使用小写字母。
- 冒号分隔逻辑层次。
- 下划线分隔单词，清晰表达数据意义。
5.2 避免的问题
- 避免过长的键名：键名越长，内存占用越多，效率越低。
- 不推荐：
user:profile:personal:information:unique:identifier:12345 - 推荐：
user:profile:id:12345
- 不推荐：
- 避免缩写模糊：缩写可能导致键名难以理解。
- 不推荐：
usr:prf:id:12345 - 推荐：
user:profile:id:12345
- 不推荐：
- 避免使用驼峰命名：小写和下划线分隔的风格更适合 redis 键名。
- 不推荐：
orderstatusorderid98765 - 推荐：
order:status:order_id:98765
- 不推荐：
6. 实际应用示例
6.1 java 中的 redis key 工具类
public class rediskeyutil {
// 用户资料键名
public static string userprofilekey(string userid) {
return string.format("user:profile:id:%s", userid);
}
// 订单状态键名
public static string orderstatuskey(string orderid) {
return string.format("order:status:order_id:%s", orderid);
}
// 聊天记录列表键名
public static string chatmessageskey(string roomid) {
return string.format("chat:messages:list:room_id:%s", roomid);
}
}
6.2 常见 redis 键名
| 用途 | 键名 |
|---|---|
| 用户资料 | user:profile:id:12345 |
| 用户登录状态 | user:session:uid:abc123 |
| 商品库存 | product:inventory:item_id:67890 |
| 订单状态 | order:status:order_id:98765 |
| 聊天消息队列 | chat:messages:list:room_id:12345 |
| 排行榜 | leaderboard:score:zset:game_id:1 |
7. faq
为什么推荐小写和下划线分隔？
- 小写命名避免大小写混淆。
- 下划线分隔的风格更易读，尤其是复合单词。
键名长度如何控制？
- 避免超过 128 字符。
- 在确保键名含义清晰的前提下，尽量简洁。
是否需要统一团队风格？
- 是。制定和遵循统一的命名规范，便于团队协作和后期维护。
通过以上规范，团队可以提高 redis 数据的可读性和可维护性，同时避免常见的命名问题。建议结合实际业务情况，适当调整以满足具体需求。
到此这篇关于浅谈redis key 命名规范文档的文章就介绍到这了,更多相关redis key 命名规范内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论