通过对 redis 的使用 到 了解到服务器上如何对redis数据做持久化快照，再到如何利用工具进行分析rdb文件，最后通过分析后的数据，可以反过来对 redis 的使用提出一些建议。
其他知识点也是这样，我们不能只停留在方法的简单调用，就觉得理解了这门技术！
联想其实上面分析出来的数据，是不可能定位到这个key是哪个业务方的，哪个开发创建的，是否重要等等，那我们应该怎么做呢？
制定开发团队的Redis Key的使用规范，通过key的命名可以得到：
属于什么业务（加域名表示）
属于什么数据类型（加数据类型标示）
是否设置过期时间
...
统一平台进行Redis Key的申请，只有申请了才能进行使用：
填写申请人
填写申请时间
填写申请业务方
填写数据类型
填写Key的重要性
填写Key是否存在过期时间
根据填写项生成规范的key名称
...(等等需要标记的)
上面我们已经能分析出某个redis实例rdb文件的内容，通过分析出来的内容 与 统一平台申请的数据，进行整合，分析key的合格率、内存使用量、不同数据类型的分布、内存占用量Top 100的值 等等。
我们可以通过运维了解到，每个服务器与实例之间的配置关系，就可以了解到某台服务器（N个实例）上的 key的合格率、内存使用量、不同数据类型的分布、内存占用量Top 100的值等等。
这样，在后台系统中就可以看到哪台服务器，哪个实例的使用情况，解决了Redis滥用并无法进行监控的问题。