记一则redis爆满导致数据丢失的一场事故
某功能上线后,发现出现问题,最后定位到了 redis.
由于存储的数据过多,导致阿里云4G大小的 redis 爆满,触发了回收策略。
于是临时扩容,运维同学当时未找到阿里云配置。
后面我用工具连接了 redis找到了配置项下图:

配置详解:
① volatile-lru:挑选最近最少使用的数据淘汰
② volatile-lfu:挑选最近使用次数最少的数据淘汰
③ volatile-ttl:挑选将要过期的数据淘汰
④ volatile-random:任意选择数据淘汰
虽说临时扩容有用,但是还是要优化 redis结构
怎么分析 redis 使用情况呢? 阿里云提供了方案:

选择最近备份的一个文件进行分析

几分钟后可以看到分析结果 ,根据 key 进行优化即可

文章讲述了某功能上线后因Redis存储数据过多导致爆满,引发数据丢失。运维过程中的临时扩容与阿里云配置问题,以及如何通过分析备份文件优化Redis使用情况的方法。
1344

被折叠的 条评论
为什么被折叠?



