redis key命名规范推荐

Posted 2023-03-25

参考技术A

1需具有可读性以及可管理性，禁止毫无营养随意命名；

2 以英文字母开头，命名中只能出现小写字母、数字、英文点号 (.) 和英文半角冒号(:)；

3 不要包含特殊字符，如下划线、空格、换行、单双引号以及其他转义字符；

<应用名>:<业务模块名>:<业务逻辑含义>:<index>:<index>:...

示例：api:emr:patient:userid:str

1 拒绝大key(防止网卡流量、慢查询)。

String 类型控制在 10KB 以内，Hash、List、Set、ZSet 元素个数不要超过 5000。

1、优先不使用缓存，防止缓存服务屏蔽底层的性能低下的业务逻辑而不自知。导致缓存重建时业务卡顿。

2、Redis 在缓存场景时候，应该是为核心的小数据为主，而且QPS比较高。同时缓存在失效或者丢失情况下，应该考虑缓存重建逻辑，不能影响正常业务。

3、对 key 设置合理的过期时间。

说明：

4、低频数据不建议放在redis中，避免浪费资源。

6、禁止大 key

再次重申，禁止将大 key 数据存⼊ Redis。

7、不可使用 Keys 之类的操作。类似操作生产环境一半会禁用掉。

8、选择合适的数据类型。

9、关于集合类操作

对于使用了 O(N) 的操作，导致服务超时，甚至服务不可用的问题。

10、合理的监控数据和服务性能，做好安全防护和性能提升的准备。

本文参考阿里云Redis开发规范