记一则redis爆满导致数据丢失的一场事故
某功能上线后，发现出现问题，最后定位到了 redis.
由于存储的数据过多，导致阿里云4G大小的 redis 爆满，触发了回收策略。
于是临时扩容,运维同学当时未找到阿里云配置。
后面我用工具连接了 redis找到了配置项下图：
配置详解：
① volatile-lru：挑选最近最少使用的数据淘汰
② volatile-lfu：挑选最近使用次数最少的数据淘汰
③ volatile-ttl：挑选将要过期的数据淘汰
④ volatile-random：任意选择数据淘汰
虽说临时扩容有用，但是还是要优化 redis结构
怎么分析 redis 使用情况呢？ 阿里云提供了方案：
选择最近备份的一个文件进行分析
几分钟后可以看到分析结果 ，根据 key 进行优化即可
