记一则redis爆满导致数据丢失的一场事故
某功能上线后，发现出现问题，最后定位到了 redis.
由于存储的数据过多，导致阿里云4G大小的 redis 爆满，触发了回收策略。
于是临时扩容,运维同学当时未找到阿里云配置。
后面我用工具连接了 redis找到了配置项下图：
配置详解：
① volatile-lru：挑选最近最少使用的数据淘汰
② volatile-lfu：挑选最近使用次数最少的数据淘汰
③ volatile-ttl：挑选将要过期的数据淘汰
④ volatile-random：任意选择数据淘汰
虽说临时扩容有用，但是还是要优化 redis结构
怎么分析 redis 使用情况呢？ 阿里云提供了方案：
选择最近备份的一个文件进行分析
几分钟后可以看到分析结果 ，根据 ke服务器托管网y 进行优化服务器托管网即可
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
今天 17:44~19:00 期间，我们使用的阿里云对象存储 OSS 出现突发故障，造成图片无法上传，由此给您带来麻烦，请您谅解。 故障期间对应的错误日志： The OSS Access Key Id you provided does not exist i…
