Redis 使用中的可维护性考量

Question

首先打开 Redis 随机看一条数据：

做得还不错的有：

1. KEY 的规范性还行，使用了冒号分割
2. ...

做得欠缺（缺乏可维护性）的有：

1. KEY 的固定前缀太长， shiro:cache:mobileCaptcha.authorizationCache: ，太长了;
2. 有效期没有设置（长久有效），导致在 KEY 调整时，REDIS 中的垃圾越来越多；
3. VALUE 的值是二进制，对于维护人员来说，不够友好。

下面是做得还不错的一条数据：

总结一下，Redis 使用提升可维护性，需要考虑一下几点：

1. KEY 的分隔符必须是英文:号，比如 mobileCaptcha:18551855099，比如 courseTypes:18012345678;
2. KEY 的组成，固定量放在前面（采用相对较短的固定），比如 mobileCaptcha，变量放在后面，比如 18551855099。
3. 在代码中书写是，固定量和冒号放在一起，比如"mobileCaptcha:"，这样方便全文查找。
4. 有效期必须设置，哪怕设置长一些，比如 30 天，防止 redis 中垃圾数据越来越多；
5. VALUE 值建议使用友好性的字符串或者 JSON，避免二进制。

注：图中使用本人用 GO 语言开发的 REDIS 可视化工具 go-redis-web