Redis 使用中的可维护性考量

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

做得还不错的有：KEY的规范性还行，使用了冒号分割

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

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( github /bingoohuang/go-redis-web)